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SPACELAB COST REDUCTION ALTERNATIVES STUDY 


AGENDA 


INTRODUCTION 
FLIGHT CREW TRAINING 

EQUIPMENT, FACILITIES AND MANPOWER FOR 
MINIMUM PAYLOAD OPERATIONS 


WAYS TO REDUCE COST/MANPOWER FOR 
EXPERIMENT FLIGHT OPERATIONS AND PLANNING 


R. MORRIS 
W, DAUGHERTY 
R. MORRIS 

R. MORRIS 


• SPACEIJ^B SUBSYSTEMS CREW OPERATIONS TASKS ARE NOT DIFFICULT AND ARE 
NOT TIME OR PERFORMANCE CRITICAL 

• CDMS OPERATION WILL DOMINATE SPACELAB TRAINING EQUIPMENT 
REQUIREMENTS 


STUDY ACTIVITY AFTER MID TERM 

• UPDATE FLIGHT CREW TASKS CONSIDERING "REMOTE CONTROL" 
SUBSYSTEM OPERATION 

• EVALUATE USE OF ENGINEERING MODEL, HI-FI MOCKUP, CVT AND 
INTEGRATION TESTING FOR TRAINING 


PAYLOAD OPERATIONS PLANNING AND CONTROL 


MID TERM RESULTS 

• SOME OPERATIONAL DATA SYSTEMS HARDWARE COULD BE DEFERRED TO 
REDUCE NEAR TERM COSTS 

• MANPOWER COSTS DOMINATE EQUIPMENT AND FACILITY COSTS 

• USE JSC RESOURCES FOR RTRP AND CONTROL OF EARLY SPACELAB 
FLIGHTS 

STUDY ACTIVITY AFTER MID TERM 

• DEVELOP MANPOWER, FACILITY AND EQUIPMENT REQUIREMENTS FOR JSC 
PAYLOAD OPERATIONS CENTER AS A FUNCTION OF PAYLOAD DISCIPLINE 

• DEVELOP OPERATIONS CONCEPTS WHICH REDUCE MANPOWER 


BJECTIVE 

DEFINE COMPREHENSIVE APPROACHES TO FLIGHT CREW 
TRAINING WHICH MEET NEEDS OF USER AT MINIMUM COST 
PER FLIGHT AND MINIMIZE FACILITIES, HARDWARE AND 
SOFTWARE SUPPORT 
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CREW TRAINING-STUDY OBJECTIVE 


The general objective of this task is to define and evaluate logical alternative 
approaches to Spacelab flight crew payload associated training which, when 
compared to the SBPP, reduce the investment in supporting facilities, hardware 
and software and training personnel, but do not compromise safety or system 
performance. 
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CRAS CREW TRAINING 



SPECIAL MID-TERM DIRECTION 

• EVALUATE IMPACT OF CHANGES TO SPACELAB BASELINE, ESPECIALLY 
REMOTE CONTROL, ON TASK ANALYSIS 

• REEXAMINE NEED FOR $6M SPACELAB SIMULATOR IN LIGHT OF TASK 
analysis results and planned equipment BELOW 

• .examine PROS AND CONS OF USING HI-FI MOCKUP, CVT AND 
ENGINEERING MODEL IN TRAINING 

• EXAMINE POSSIBILITY OF INCORPORATING CREW TRAINING INTO LEVELS 
II and 111 INTEGRATION ACTIVITIES 
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SPECIAL DIRECTION 


* < » * 


Following tlie mid-terra briefing TRW was directed to perform the following 

activities in addition to those defined in the NASA Statement of Work for this task. 

1) Update the Spacelab design baseline and examine the impact of remote 
control upon the operations task analysis, 

2) Based upon the results of the revised task analysis and the applicability 
of the following planned for equipments, reexamine the need for the 

$6, OM Spacelab simulator. 

3) Examine the pros and cons of using the Hi-Fi Mockup, the Engineering 
Model and Concept Verification Test/General Purpose Laboratory 
Simulator (CVT/GPLS) in the training of the flight crew and payload 
and mission specialists. 

4) Examine the possibility of incorporating flight crew and payload and 
mission specialist training- into levels II and III Shuttl/Spacelab/ Payload 
integration. 

The following material describes the processes employed and products generated 

to accomplish the task objectives and special study requirements. 
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APPROACH TO CREW TRAINING REQUIREMENTS DEFINITION 


• SPACELAB SYSTEMS ANALYSIS 

• MANNED OPERATIONS ANALYSIS 

• TRAINING PROGRAM REQUIREMENTS ANALYSIS 

• TRAINING EQUIPMENT REQUIREMENTS ANALYSIS 
• PLANNED EQUIPMENT EVALUATION 


• EQUIPMENT RECOMMENDATIONS 



APPROACH TO CREW TRAINBSIG REQUIREMENTS DEFINITION 


In order to define cost effective approaches to Spacelab flight crew training, it is first 
necessary to define the training requirements, A systems approach was used in performing 
the analyses necessary to define these requirements. This systems approach consisted of 
the following steps. 

It first entailed an analysis of the Spacelab design in order to define the function, operation 
and performance capabilities of the equipment. Next, an analysis was performed to identify 
the following; 

• Manned operations and interactions with the equipment 
a Time and performance criticality of manned operations 

• Skills and knowledge levels required to perform the tasks 

• Types of training equipment required to develop requisite skills and knowledge. 

Once the manned operations requiremeiiLs are defined and documented, the training objectives 
for each manned position are collated and a training program and training sequence developed 
which ensures the systematic and timely development of required skills and knowledge in the 
personnel. 

Task level training equipment requirements are assimilated into meaningful composites 
and referenced to the appropriate training objectives which they would effectively support. 

Next, planned or existing equipment which have potential to satisfy the training requirements 
are analysed and the efficacy of their use in the training program evaluated. 

Recommendations as to the types and numbers of equipment necessary to support the 
training of the flight crews are developed based upon requirements, available and 
planned resources, schedule and cost. 
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SPACELAB SYSTEMS ANALYSIS 


BASELINE DESCRIPTION 

• ESA PAYLOAD ACCOMMODATIONS HANDBOOK 

• REMOTE CONTROL OF SPACELAB SYSTEMS 
DOC - ER-50107-X-X (SCREENING ECP) 

• RCWG RECOMMENDATIONS FOR CHANGES TO 
SCREENING ECP 

• ESA - ECLS REMOTE CONTROL DATA 

• COORDINATION WITH R. TANNER - MSFC 

• IMPACT OF MINI-COMPUTER CONCEPT 



SPACELAB SYSTEMS ANALYSIS 


The baseline Spacelab design was derived from the Payload Accommodations 
Handbook and updated, from the source data described in the chart, to incorporate 
the latest remote control concept. However, as we had assumed the existence of 
a remote control capability in cur original analysis, the revised baseline basically 
affected only the method of mechanization and location aspects of the remote control 
capabilities , 

A summary is provided of the discrete commands, the functions commanded and 
the command sources associated with remote control switching of CDMS, EPDS 
and ECS. 

In addition to the prescribed tasks, an evaluation was made as to the impact, 

upon operations and training, of the distributed experiment data processing (dedicated 

mini- computer) concept being investigated by NAR as part of the CRAS program. 

The results of this analysis are also incorporated. within the body of this report. 
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SPACELAB SUBSYSTEfV\S COMTRGL AND OPERATIONS 
(VERY SliVlPLIFIED) 


CPSE 

ILLUMINATION 


AFD MOD 
C&D C&D 


EPDS 


ECS 


IPS 


CDMS 


SPACELAB 

SUBSYSTEM 


EXPERIMENTS 


MODULE 


MODULE 


MODULE 

RACKS 


MODULE 

EXPERIMENT 

EQUIPMENT 


MDM 


LEVEL II 
EGSE 


PALLETS 


PALLET 

EXPERIMENT 

EQUIPMENT 



ORBITER 

r i 


DP&S k— ► 

' ORBITER 


SUBSYSTEM! 
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SPACEjLAB SUBSYSTEMS CONTKOL AND OPERATIONS 


In order to simplify the diagram used to depict the Spacelab subsystem remote control 
capability, the backup computer and mass memory units (both MDM controlled) and 
the data buses have been deleted. 

The major change to the original baseline is that associated with the Orbiter multi- 
ple^cer /demultiplexer (MDM) interface to the Spacelab subsystems. Activation of 
these subsystems is accomplished via the MDM interface through Orbiter keyboard 
entry. This remote control includes the configuring and activation of the SS-CDMS. 
Generally, after activation, Spacelab subsystem control can be exercised through the 
SS-CDMS (RAU) which controls the distribution of power to the experiment racks and 
pallets and also controls the configuring and activation of the EXP-CDMS. 

After activation of the CDMS keyboards in the module, Spacelab subsystem CDMS and 
EXP-CDMS control can only be exercised by addressing the appropriate I/O through 
the keyboard because the CDMS C&D has been eliminated in the module, A minimum 
number of backup switches at the AFD and module stations provide some flexibility 
of control. 

The remote control change now requires that Spacelab subsystem operations control 
be centered in the AFD, This modifies the original concept where, operationally, 
this control resided in the module. Therefore, both module CRT /keyboards can be 
dedicated to experiment operations. 

One complexity introduced into the Spacelab training requirements by the remote 
control approach is that subsystem control must be exercised through two different 
types of data entry keyboards . 
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ORBITER/SPACELAB COMMAND AND CONTROL !NTEf?ACT10N 
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SPACELAB CDMS (RAU) 

A F D SWITCHES 

MODULE SWITCHES 

MAIN DC 

SUBSYSTEM INVERTER 

experiment inverter 

experiment inverter 




SUBSYSTEAVEXPERIMENT 
INVERTER SWITCHING 



EXPERIMENT DC POWER 

EXPERIMENT DC POWER 



POWER DISTRIBUTION BOX 
(CB'5) 
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EXPERIMENT I/O AND RAU 
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BLOCK TRANSFER 
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MMU TO experiment 
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EXPERIMENT COMPUTER 
AUTO START/EXECUTIVE 
LOAD 
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BACKUP computer AUTO 
start/execuiive load 




subsystem RAU'S 

experiment RAU'S 

SUBSYSTEM RAU'S 
EXPERIMENT RAU'S 


PRESSURE SAFINO 

Oj/Nj CONTROL 



CABIN FANS CONTROL!?} 

CABIN FANS CON TOL 
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^ (CONTROL) 
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CONDENSATE HEATERS 




■ 


^ 14 - 






ORBITER/SPACELAB COMMAND & CONTROL INTERACTIONS 


The accompanying table summarizes the discrete commands, command function 
and source tables describing the Spacelab Subsystem Remote Control baseline. 

As is evident from this table, the MDM commands control the activation of the 
Spacelab subsystems by providing and controlling the distribution of DC and AC 
power and controlling the configuring and activation of the subsystem computer, 
I/O, couplers, subsystem-RAU's, MMU and backup computer, Safing commands 
for ECS are also provided through the MDM. The question mai-ked (?) items 
indicate a command capability which has not been resolved at this date. 

The Spacelab-CDMS RAU commands are primarily oriented toward control of 
the experiment side of the Spacelab subsystems and the control of ECS 
components. 

The switches in the AED and module serve as backup to the MDM/RAU commands 
There are more switches at these stations than shown here, but they serve pur- 
poses other than remote control backup. 
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REMOTE CONTROL SWITCHING CONCEPT. 
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EFFECT OF REMOTE CONTROL ON OPERATIONS AND TRAINING 


• REDUCES THE NUMBER OF SEPARATE SWITCHES REQUIRED TO ACTIVATE, 
MONITOR AND CONTROL SPACELAB SUBSYSTEMS 

• SIMPLIFIES INSTRUCTION IN OPERATION OF SUBSYSTEMS 
BECAUSE; 

- SUBSYSTEM OPERATIONS COMMANDED VIA KEYBOARD 

- LESS COMPLEX C&D PANELS 

• REDUCES OPPORTUNITIES FOR INADVERTENT SWITCH 
ACTIVATION 

• ENABLES FULL CONTROL OF SPACELAB SUBSYSTEMS FROM AFT FLIGHT 
DECK 
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EFFECT OF REMOTE CONTROL ON OPERATIONS AND TRAINING 


One of the major changes included in the Remote Control redesign was a great re- 
duction in the number of backup switches in both the AFD and module work stations. 
The number has been reduced from about 160 to 2,6 and efforts are being made to 
reduce this still further to about 12. This has resulted in the consolidation of the 
C&D panels to one each at the AFD and module. 

This will simplify instruction, reduce training equipment complexity and greatly 
reduce the probability of inadvertent switch activation in the zero-g environment. 
From an operational standpoint, full control of Spacelab subsystems can be 
accomplished from the AFD, Therefore, Spacelab operational procedures 
training can be readily accomplished with an AFD station interfaced to an 
instructors console for feedback and control. 


SPACELAB SUBSYSTEMS CONTROL AND OPERATIONS 
IMPACT OF DISTRIBUTED EXPERIMENT PROCESSING CONCEPT 





I" 1 1 







IMPACT OF DISTRIBUTED EXPERIMENT DATA PROCESSING CONCEPT 


As shown in the diagram, the dedicated mini-computer concept does not affect 
Spacelab subsystems operation and control. In this approach, the EXP-CDMS 
computer effectively acts as a "traffic cop", in controlling the data output from the 
mini- computers or micro-processors dedicated to each experiment. The EXP- 
CDMS accesses the addressable memories, formats and time tags the data and routes 
it to the Or biter downlink. 

Any eijperimeht processor can be addressed from either of the two keyboards in the 
module. However, neither the SS-CDMS or EXP-CDMS can be addressed from these 
data entry devices. 

Where the mini- computer and experiment equipment {module and pallet) are all 
dedicated to a single experiment the combination can be considered as a "stand- 
alone" experiment. Experiment operations proficiency training can be accomplished 
without interface training on tlae EXP CDMS, However, where experiments must 
share equipment (e.g., AMPS) the dedicated mini-computers and their connection 
to the experiment equipment combinations becomes far more complex than shown 
in the diagram. The possibility for "sneak paths" is also increased. 

Though EXP -CDMS /experiment interface training is not required, the operator 
training in this latter case could become more complex. 
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EFFECT OF DEDICATED MINI COMPUTER CONCEPT ON OPERATIONS AND TRAINING 


® LITTLE OR NO EFFECT ON SPACELAB SUBSYSTEM OPERATIONS 

® MAY INCRB\5E COORDINATION REQUIREMENTS FOR USE OF 
IPS TO MEET PAYLOAD OBJECTIVES 

• PRECLUDES OPERATION OF SPACELAB SUBSYSTEMS FROM MODULE 

• REDUCES STANDARD DEDICATED TRAINING EQUIPMENT 
REQUIREMENTS 






EFFECT OF DEDICATED MINI -COMPUTER CONCEPT 
ON OPERATIONS and TRAINING 

As shown in the preceding diagram, the dedicated mini- computer concept has little 
effect upon Space lah subsystem operations with the possible exception of IPS opera- 
tions. In this instance, payload specialist control of the IPS during his experiment 
operations in the module must be accomplished by voice communications with the 
AFD, This constraint may pose a major problem to satisfactory mission performance 
and should be further investigated. 

Another area of possible operations concern with this concept is in relation to 
pallet only type missions. Isolation of the CDMS and mini -computers requires an 
additional keyboard/CRT for the experiments to be located in the AFD. If possible, 
the two keyboards should be compatible and interchangeable. 

The dedicated computer concept eliminates the need for EXP- CDMS emulation at the 
Pl/host center /experiment system contractor facility and the need for experiment/ 
EXP -CDMS interface training. 
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APPROACH TO CREW TRAINING REQUIREMENTS DEFINITION 


• ■ spacelab systems analysis 

MANNED OPERATIONS ANALYSIS 

I— r I.., i... I,... 

• TRAINING PROGRAM REQUIREMENTS ANALYSIS 

• TRAINING EQUIPMENT REQUIREMENTS ANALYSIS 
« PLANNED EQUIPMENT EVALUATION 

• EQUIPMENT RECOMMENDATIONS 




MANNED OPERATIONS ANALYSES 


» OPERATIONS FUNCTIONAL ANALYSIS 

® ON-ORBIT FUNCTIONS ANALYSIS 
m SECOND LEVEL ACTIVITIES ANALYSIS 

m TASK ANALYSIS 

® PROCEDURES ANALYSIS 

® SKILL AND KNOWLEDGE REQUIREMENTS ASSESSMENT 

® TIME AND PERFORMANCE CRITICALITY ASSESSMENT 

@ TRAINING EQUIPMENT TYPES REQUIRED 
® SELECTION 

® ASSIGNMENT 
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MANNED OPERATIONS ANALYSIS 


1 

The manned operations analyses were composed of three basic efforts. 

1) On-orbit phase of tke flight was analyzed to identify and document 
the system (man/ equipment) functions performed to achieve the 
flight objectives and the sequence of their performance. Each 
function was further analyzed to determine the subsystem and/or 
manned operations involved. 

2) Each operation was further analyzed to define the tasks performed 
by the crew on or with the equipment and the time or performance 
criticality of each task. An assessment was made of the skills 
and knowledge required of the operator in order for him to 
satisfactorily perform the task within the constraints of time, 
environment or equipment complexity, 

3) A determination was made as to the lowest complexity types 
of training device (mockup, trainer or simulator) required to 
impart the required skills and knowledge to the trainee crew 
member . 

Documentation of these manned operations analyses is provided in Volume III of 
this final report. 

The following charts and narrative were extracted from this report and provided 
to describe the procedures, processes and products used to accomplish this 
subtask. 























FUNCTIONAL FLOW DIAGRAMS - 1ST LEVEL 


An analysis of the on-orbit, Spacelab systems manned operations requirements and 
operations sequences was accomplished as the first step in the task analysis. The 
results of this analysis are documented in functional flow diagram form. The 
initial analysis was performed to identify all manned operating functions for all 
Spacelab missions and configurations. The resulting flow diagram {Module or 
Module -Pallet) provides a baseline function numbering system and flow sequence 
which is employed to describe any Spacelab configuration and experiment payload 
combination. Each design reference mission (DRM) analyzed for this study and 
its top flow diagram will be keyed to this baseline and use the same number for 
identical functions. In this way, the same functions and/or tasks performed 
in multiple missions are readily identified and the analytic data developed from 
the initial analysis is referenced in the subsequent mission analyses. Thus, it 
becomes a relatively straight-forward task to identify both the common and 
special training requirements and training equipment required across all missions. 

The diagrams should be expanded to include the flight crew functions associated 
with Shuttle vehicle systems operation and ground support operations (MCC/POCC), 


- 30 - 


p < » « 


SECOND LEVEL FUNCTIONAL FLOW DIAGRAM - 3.3 OPERATE SPACELAB 5U5BYSTEMS PROM ORBITER 






























FUNCTIONAL FLOW DIAGRAMS - 2ND LEVEL 


Each identified function in the 1st level diagram is subsequently analyzed to 
further define the activities and activity sequences essential to performance 
of the function. 

The accompanying chart is an example of a second level flow diagram of the 
expansion of the fimctionj 3.3 Operate Spacelab Systems from Orbiter, This 
diagram documents the analysis of the function and defines the major operator 
tasks which are performed within the function. Each of these activities is 
further analyzed to define its constituent operator tasks. 

Though not reflected in this example, activities related to experiment equipment 
operations are also incorporated in the second level diagrams and the task 
analysis statements are keyed to the MSFC task analysis documentation of 
experiment operations. 
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TRAINING ANALYSIS WORKSHEET 



TRAINING 

ANALYSIS 

WORKSHEET 


MISSION 

FUNCTION 3.3 Operate Space lab 

Subsyitems from Orbiter 


EQUIPMENT 


3.3.5 (Continued) 

monitor and 
control IPS 


PERSONNEL. TRAINING 
AND TRAINING EQUIPMENT REQUIREMENTS 


DESCRIPTION 


Coordinate with MS/***: required 


Identify IPS malfunctions 

Reconfigure IPS controllable items 
(TBD) to correct failure to maintain 
lock-on or pointing. 


NOMENCLATURE 

SS-CDHS Keyboard 
and CRT, video 
monitor 

and IPS CSD Panel 

SS-CDMS keyboard and 
CRT, Orbiter DPiS 
Keyboard and CRT, 
Video Monitors 


LOCATION TYPE 


TASK TIME 
ALLO REQO 


KNOW- CRIT TRNG EQUIP 
LEDGE REQUIRED 


Operate IPS back-up controls to: 

• Retract and lock platform 
a Safe jettison of equipment 


IPS CSD Panel , 
Intercoms CCTV video 


C,P,MS t pmK 


I Note 1: The above functions are per- 

fom:ed in coordination with Remote 
Manipulator Arm operation with IPS 
Iplatform. 




TRAINING ANAI.YSIS WORKSHEET 


Training Analysis Worksheets were used to document the analysis of each major activity 
to define the operator tasks that are performed to accomplish that activity. A sample is 
provided of a completed worksheet which is a continuation of the analysis of Function 3, 3, 
Operate Spacelab Subsystems from Orbiter. Ail entries are self-explanatory with the 
exception of the following coded items: 

Equipment Type ; SEMI - Spacelab Mission Independent; SLMD - Spacelab Mission Dependent; 

OMI - Orbiter Mission Independent. 

Task Allocation: C - Commander; P - Pilot; MS - Mission Specialist; PS - Payload Specialist. 
Time Criticality Definition; 

low (t) - Task performance is neither time nor sequence dependent or time critical, 
medium (T) - Task performance is time and/or sequence dependent but not time critical, 
high (T) - Task performance is time and/or sequence dependent and time critical. 

Sequence Dependent - Task operation must be performed in a specific sequence. 

Time Dependent - Task operation must be performed within a specified, adequate period 

of time. 

Time Critical - Task operation must be performed within a limited time period. 
Skill/Khowledge Difficulties Level Definitions 
Knowledge 

low (k) - Task performance requires an understanding of basic engineering or scientific 

principles involved in order to comprehend and interpret the function and operation 
of the specific equipment in the context of the operational conditions. Minimal 
experience in the application of these principles to equipment operation is required 
to gain the requisite operation or maintenance proficiency, 
medium (K) - Task performance requires applications experience and knowledge of the 

theory and principles of the engineering or scientific disciplines involved in order 
to comprehend and interpret the function and operation of the specific equipment 
in the context of the operational situation. Repetitive experience in task perform- 
ance is required to gain the required operation or maintenance proficiency. 
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TRAINING ANALYSIS WORKSHEET (Contiimed) 





High (K) - Task performance requires detailed and highly specialized knowledge and experi- 
ence in the engineering or scientific disciplines involved in order to comprehend 
and interpret the function and operation of the specific equipment in the context of 
the operational situation. Repetitive experience in task performance is required 
only to familiarize the operator with the specifics of the equipment's operation or 
maintenance proficiency. 

Skills (Perceptual/Motor) 

low (p) (m) - Task performance requires application of normal motor /perceptual skills which 
are relatively unaffected by the environment. Skill proficiency is gained as a 
normal consequence of task performance on the specific equipment. 

medium (P) (M) - Task performance or the operational environment requires that normal 
motor /perceptual skills be modified or enhanced. Repetitive training on the 
specific equipment in the environment is required to develop the desired proficiency. 

high (*P) (M) - Task performance on the specific equipment requires unfamiliar or unnatural 

coordination of normal or modified skills, or the environment produces an un- 
natural or unfamiliar sensory stimulus, or the task requires extreme pz'eciseness 
in skill performance. Realistic, repetitive application training is required to 
develop e.nd maintain proficiency. 

Performance Criticality 

1) Of no direct consequence to achieving flight objectives. 

2) Small consequence to achieving flight objectives 

3) Would degrade flight objectives. 

4) Probable serious consequence and may result in aborted flight, 

5} Results in aborted flight, but not result in loss of crew or vehicle. 

6) Results in aborted flight with probable loss of crew and vehicle. 
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TASK ANALYSIS RESULTS 




5PACELAB SUBSYSTEMS OPERATIONS 

• SAME BASIC TASKS PERFORMED F*)R ALL TYPES OF MISSIONS 

• NOMINAL OPERATIONS 

® ARE NOT TIME OR PERFORMANCE CRITICAL 

• DO NOT REQUIRE HIGH SKILL OR KNOWLEDGE LEVELS 

• ARE PROCEDURAL IN NATURE 

• EXCEPT FOR IPS, DO NOT REQUIRE DYNAMIC MANNED INTERACTIONS 

• CONTINGENCY OPERATIONS 

• ARE PROCEDURAL AND FOLLOW A LOGICAL CAUSE AND 
EFFECT RELATIONSHIP 

• DO NOT REQUIRE HIGH SKILL OR KNOWLEDGE LEVELS 

• EXCEPT FOR RAPID PRESSURE CHANGE, FIRE, OR PPO« LEVEL, ARE 
OF LOW SAFETY CRITICALITY 

6 COMMANDER, PILOT AND MISSION SPECIALIST PERFORM ALL SPACELAB 
SUBSYSTEMS OPERATIONS 

• AFD AS SPACELAB SUBSYSTEMS OPERATIONS CENTER 
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TASK ANALYSIS RESULTS 


The task analysis revealed that the same basic tasks are performed in operating 
the Spacelab subsystems in support of all types of payloads although, for pallet 
only modes, operator tasking is reduced by elimination of the module ECLS, 

With the possible exception of the IPS activities, both nominal and contingency 
operation of Spacelab subsystems are procedural (step-by-step), follow a 
logical cause and effect relationship, are of low to moderate complexity and, 
to a great extent, can be scheduled. 
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TRAINING EQUIPMENT SELECTION 


TRAINING 

ANALYSIS 

WORKSHEET 


MISSION WS 


FUNCTION 3.3 Operate Spacelab 

Subsystems from Orbit er 


TASK 


EQUIPMENT 


PERSONNEL. TRAINING 
AND TRAINING EQUIPMENT REQUIREMENTS 


NO. 


3.3-' 


TITLE 


(Continued) 

monn'or and 
control IPS 


DESCRIPTION 


NOMENCLATURE 


Coordinate with HS/PS as required 


Identify IPS malfunctions 

Reconfigure IPS controllable items 
(TCD) to correct failure to maintain 
lock-on or pointing. 


joperate IPS back-up controls to: 

• Retract and lock platform 

• Safe jettison of equipment 


SS-CDMS Keyboard 
and CRT, video 
imonitor 

and IPS CfiO Panel 

SS-COMS keyboard and 
CRT, Orbiter OPUS 
Keyboard and CRT , 
Video Monitors 


IPS CSD Panel . 
Intercoms CCTV video 


LOCATION 


AFO 


TYPE 


TASK 

ALLO 


SIHI 


C.P, 
MS .PS 


C.P.HS 


TIME 

REQD 


SKILL/ 

KNOW- 

LEDGE 


pmk 

pmK 

PmK 


pmK 


proK 


CHIT 


TBNGSi 
TRNG EQUIP 
REQUIRED 


PT Simulator 
CDHS/IPS 
visual field 

PTT-AfD 

PT Simulator 
SS-CDMS and 
IPS visual 
field, IPS/ 
STS 

interaction 

PTT-IPS 
CSD Panel 

Orbiter 
Cargo Bay 
and AFD 

Hockup 

urns 


Hate 1: The above functions are per- 

formed in coordination with Bemote 
Manipulator Ara operation with jrs 
Iplatfomn. 


f 
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training equipment definitions 

MOCKUP 

General Description 

Physical Fidelity - Dimensionally and geometrically accurate representation of equipment 
and/or facility. Visual fidelity is not required. May use static or animated 
overlays to exhibit operational configurations of controls and displays. 

Functiona l Fidelity - Minimal, usually limited to mechanical equipment. 

System - Complete physical structure. May be of exterior shell and/or interior configuration. 

Partial - A specific area and/or one or more work stations within the total structure. 

Hi -Fidelity - Physical and visual fidelity required throughout. May include exterior as well 
as inter ioi'. Simple display and control devices may be functional. 

Training Uses 

Habitability, layout familiarization, stowage, restraint use, EVA / 1 VA path familiarization, 

safety procedures development, 

TRAINER 

General Description 

Physical Fidelity - Dimensionally and geometrically accurate representation of the equip- 
ment and its confines. Specific areas may have visual fidelity dependent upon 
training requirements. 

Functional Fidelity - Mechanically and electronically emulates the operational control, 

^ display and response characteristics of the equipment to the extent that non- 

complex procedural skills and operating sequences can be developed and trans- 
ferred to the operational situation. May be electrically or manually controlled to 
modify visual indications of system, subsystem, assembly or component per- 
formance, Microprocessors may be employed for control of some functions. 
Alphanumeric, graphic and vector display overlays may be used or non- 
interactive video display presentation capability may be provided. 


TRAINING EQUIPMENT DEFINITIONS (continued) 

Types ‘ ■ 

Whole -Task - Complete physical structure. May be of exterior and/or interior 
c onf igu ration , 

Part-Task - A work station or specific group of related work stations. Surrounds may 
be deleted. 

Training Uses 

Pi’ocedurai task practice and malfunction analysis on non-complex, dynamically slow and 

minimally interactive operating functions. 

SIMgjhATQR 

General Description 

Physical Fidelity - Dimensionally, geometric"’ lly and visually accurate representation 
of the equipment and its confines. 

Functional Fidelity - Accurately emulates the operational control, display and response 
characteristics of the actual equipment and, if required, the perceptual 
environment. Equipment performance usually controlled by computer and/or 
direct manual or electrical intervention by an operator. 

Types 

Whole “Task - Complete reproduction of all equipment, operations and phenomena likely 
to occur in actual performance. 

Part -Task - Complete reproduction of the phenomena and operations lilcely to occur in 
actual operations for a specific and interrelated groap of equipments. 

Training Uses 

Procedural task practice and malfunction analysis of complex, interactive, rapidly 

dynamic and time critical operations. 
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TRAINING EQUIPMENT SELECTION CRITERIA 


The following criteria were used to select the types of training equipment necessary for training of 
Spacelab flight crew. Selection of a specific type of equipment is dependent upon the level, type and 
complexity of the skills and knowledge required to perform the job operation.* 

MOCKUP 

Mockups are most applicable for developing the following: 

O Familiarzation with the general layout and configuration of the equipment and/or facility 

0 Mechanical skills associated with such activities as unit removal /replacement actions, 
stowage provisions and techniques, ingress /egress and translation paths, habitability 
and safety, etc. 

TRAINER 

Part task and whole task (system) trainers are most suitable for imparting the skills and knowledge 
necessary to perform operations which are: ' 

procedural in nature, require the application of perceptual and motor skills and 
knowledge in combination to accomplish job operations 

AND EITHER ‘ 

involve tasks that follow a logical cause and effect relationship and necessitate 
analysis, synthesis or interpretation of data in order to perform the next operation 

OR 

require a series of coordinated, procedural type, interactions with other operators, 
SIMPLATOR 

Simulator type training devices are most applicable for imparting the requisite skills and knowledge 
necessary to perform operations which are: 

complex and require moderate to high perceptual and motor skills and/or 
knowledge in combination to accomplish the task(s), 


TRAINING EQUIPMENT SELECTION CRITERIA (Continued) 


AND EITHER 

require a series of dynamic coordinated interactions with other operators, 

OR 

involve a series of dynamic manned interactions between two or more system 
elements necessitating the analysis, synthesis or interpretation of data 
derived from multiple sources in order to perform the next operation, 

OR 

require interaction with equipment whose display, control or response 
functions cannot be satisfactorRy replicated or are too costly to replicate 
without recourse to computer technology and/or actual equipment, 

A simulator may be of part task or whole task design, dependent upon the number of job operations 
and work stations which meet the above criteria. 

System training devices may be part simulator, part trainer and part mockup. 
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APPROACH TO CREW TRAINING REQUIREMENTS DEFINITION 


SPACELAB SYSTEMS ANALYSIS 
» MANNED OPERATIONS ANALYSIS 

« TRAINING PROGRAM REQUIREMENTS ANALYSIS 


® TRAINING EQUIPMENT REQUIREMENTS ANALYSIS 
® PLANNED EQUIPMENT EVALUATION 

• EQUIPMENT RECOMMENDATIONS 
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TRAINING OBJECTIVES / PERSONNEL ASSIGNMENTS 
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TRAINING OBJECTIVES /PERSONNEL. ASSIGNMENTS 


All tasks identified on the training analysis worksheets were analyzed and 
sninmarized according to on-orbit equipment group operations, then converted into 
categories of instruction and objectives of instruction witiiin each category. 

Personnel assignments, per NASA job descriptions, were made against each 
training objective. 

The ti*aining equipments identified on the training analysis worksheets were 
assimilated into composite training devices and grouped according to training 
equipment types - mockup, part task trainer/simulator, actual equipment and 
special interface equipment. "Actual equipment" consists of restraint devices, 
flight planning kits, pressure garments, etc. 
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RECOMMENDED SPACEIAB TRAINING SEQUENCE 
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RECOMMENDED SP.ACELAB TRACING SEQUENCE 


A Spacelab flight crew training program plan was then developed which incorporated 
the categories of instruction into a logical instructional sequence and was compatible 
with the STS program and operations schedule. This training flow is shown in the 
accompaning diagram. 

Mission dependent (payload) training comprises one segment of the training program. 

This phase of instruction covers payload specialist (PS) discipline training and 
experiment operations proficiency and efficiency training of both PS and MS (mission 
specialist) on each experiment. This instruction was scheduled to be concluded at 
the conclusion of Level IV integration activities. 

All professional crew members (commander, pilot and mission specialist) require 
detailed training on tlie operation of Spacelab subsystems. Following flight quali- 
fication and flight experience, instruction in this area can be reduced to a ^’refresher” 
training level to familiarize the crew with the latest modifications and regain proficiency 
prior to reflight. 

The above instruction is followed by a combined crew training phase to develop 
team operating skills, team discipline and provide experience in mission sequence 
operations. This phase of instruction was scheduled to coincide with the Level I, 

II and III integration in order to provide as much "last minute", hands on experience 
as possible with the flight hardware using the operational procedures. 
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APPROACH TO CREW TRAINING REQUJREMENTS DEFINITION 

5PACELAB SYSTEMS ANALYSIS 
• MANNED OPERATIONS ANALYSIS 

• TRAINING PROGRAM REQUIREMENTS ANALYSIS 

• TRAINING EQUIPMENT REQUIREMENTS ANALYSIS 
* PLANNED EQUIPMENT EVALUATION 
• EQUIPMENT RECOMMENDATIONS 













































TRAINING OBJECTIVE5/TE.AINING EQUIPMENT REQUIRED 


The training equipment required to accomplish the training necessary to meet 
training objectives were assigned to specific objectives. 

Some of the training objectives can be met through classroom instruction 
without use of specially designed training equipments. 
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APPROACH TO CREW TRAINING REQUIREMENTS DEFINITION 




• SPACELAB SYSTEMS ANALYSIS 

• MANNED OPERATIONS ANALYSIS 

• TRAINING PROGRAM REQUIREMENTS ANALYSIS 

• TRAINING EQUIPMENT REQUIREMENTS ANALYSIS 
® PLANNED EQUIPMENT 

• EQUIPMENT RECOMMENDATIONS 


EVALUATION 
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PLANNED EQUIPMENT ALTERNATIVES EVALUATION 




TRAINING APPLICABILITY OF 
CVT 

ENGINEERING MODEL 
HI-FI MOCKUP 

LEVEL III INTEGRATION FACILITY 
LEVEL II INTEGRATION FACILITY 

CAPABILITIES AND LIMITATIONS 
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DESCRIPTION 

• SLS - SPACEUB SIMULATOR - STRUCTURE AND ELECTRICAL 

• SIS - SHUTTLE INTERFACE SIMULATOR - PAYLOAD INTERFACES 

• SSE - SYSTEMS SUPPORT EQUIPMENT - ESE/MSE FOR SLS/SIS 

• , EXPERIMENT HARDWARE/SOFTWARE AND CORE 

• ' EXPERIMENT CDMS EMULATION 

FUNCTION 

• SUPPORT DEVELOPMENT/VERIFICATION OF EXPERIMENT INTEGRATION CONCEPTS 

• VERIFY CDMS/EPDS INTERFACES 

TRAINING APPLICATION 

• EXPERIMENT/EXPERIMENT CDMS PROFICIENCY TRAINING 

• INTEGRATED EXPERIMENT OPERATIONS EFFICIENCY TRAINING 

• MISSION EXPERIMENT SIMULATIONS 

NEGATIVE FACTORS AS PRIMARY TRAINING DEVICE 

• CANNOT SUPPORT FULL FLIGHT MODEL TRAINING LOAD 

• CANNOT SUPPORT BOTH CVT AND TRAINING FOR 10 TO 12 FLIGHT BASELINE 

• REQUIRES INTEGRATION OF TRAINING AND LEVEL iV SCHEDULES 

• APPROXIMATELY SAME TRAINING BENEFITS COULD BE DERIVED BY INTEGRATING 
PART TASKS EXPERIMENT SIMULATORS 


CVT/GENERAL PURPOSE LABORATORY SIMULATOR 


Tile purpose of f±ie CVT/GPL Simulator is to support, through simulations, the predssign and develop 
ment phases of payloads and support potential users of the carrier in the development of experiments. 
In particular, it shall he designed to: 

• Functionally simulate the Spacelab to support development/ verification of selected 
experiment integration concepts 

• Provide engineering "Test Bed" to support the development/ verification of candidate 
experiment concepts and prototypes 

• Functionally simulate tiie Spacelab-to-Orbiter and Spacelab-to- experiment 
interfaces, with emphasis on the CDMS and the EPDS 

• Provide a capability to perform end-to-end simulations for all mission phases for selected 
payloads, with emphasis on the CDMS and ground data processing 

• Provide an engineering "Test Bed" to accomplish the integration and verification of the 
approved prototype experiments into the ESA engineering model for the first two Spacelab 
flights 

9 Perform the verification of physical /functional/ operational compatibility of selected 
experiment concepts and prototypes utilizing the ESA engineering model for the ongoing 
Spacelab program 

• Provide an engineering "Test Bed" to support the development and verifications of 
operational concepts with particular emphasis on the following: 

— Man-machine interface and mission planning ' 

“ Procedural development and requirements (flight and ground) 

— Experiment operations center concepts and requirements 

— Large centralized computer support versus decentralized computer support 
— Flexibility requirements for rapid turn-around of mission to mission changes 

• Provide for the development of software required to operate the CVT engineering "Test Bed. ' 
Provide the identification /verification of software requirements and concepts to be utilized 
in the integration and checkout of experiment concepts and prototypes, both in the SLS and 
the engineering model. 
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CVT /GENERAL PURPOSE LABORATORY SIMULATOR (Contin-ged) 


The major elements of the CVT/GPLS for IOC are: 

» Facilities to hoiise ajid support the simulator systems 

0 Spacelah Simulator (5LS) ; basic structural and electrical elements of Spacelab to support 
the development and verification of selected experiment /payload integration concepts 

• Shuttle Interface Simulator (SIS) : in combination with the System Support Equipment provides 

for the functional simulation of the Shuttle Orbiter payload interfaces. Emphasis is placed on: 

— Qrbiter furnished functions of electrical power, caution and warning, and data 
transmission, and 

— Payload supplied Controls and Displays (C&tD) 

« Systems Support Equipment (SSE) : all Electrical Support Equipment (ESE) and Mecharical 

Support Equipment (MSE) required to support the SLS and SIS. 

The CVT systems are to be designed to have a minimum operational life of five years when operated on 
a nominal 5 day, 40 hour, /work week. The MTTR of line replaceable units shall not exceed 2,0 hours. 

No MTBF figure will be assigned. 

The design of the CVT/GPLS limits its application in the Spacelab training program to Spacelab systems/ 
experiment interface (proficiency) training and experiment operations (efficiency) training of payload 
and mission specialists. 

This type of device would probably prove to be very beneficial for integrated experiment operations, 

CORE use and integrated experiment CDMS/experiment interface /experiment operations interaction 
training. Further, FDF development, crew activity planning and similar functions could be supported 
with such a device. 

The CVT/GPLS must, for crew training purposes, be configured with the payload equipment complement 
for each flight. In support of 10-12 Spacelab flights per year (Central Experiment Training Facility 
concept), the flight and backup crews would have approximately four weeks of single shift operations 
available for training. If this training were scheduled for the final phase of experiment interface and 
operations training and was preceded by part-task trainer/siniulaior training, this would probably be 
adequate. The C'/T could not effectively accommodate the training load imposed by the 29 flight/year model. 
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CVT/GENERAL PURPOSE LABORATORY SIMULATOR (Continued) 


If experiment CDMS /experiment interface and experiment operations training were performed at the 
respective host center or payload system contractor facility, each location would have to have some 
equipment equivalent to the CVT's experiment CDMS. 

Except for very low flight rates, the use of CVT/GPXjS in support of both experiment development and 
training does not appear to be a plausible approach 

A viable alternative to the CVT would be to design the part task trainer /simulators of the individual 
experiments such that they may be integrated and representative of the mission configuration as to work 
space and layout. 

If each experiment has its own mini- compute r and consists of a dedicated set of instruments, exclusive 
of CORE items, each could then be considered a "stand alone" experiment. Experiment procedural 
training interfacing with the Spacelab subsystems would be limited to use of CPSE, This approach would 
not obviate the need for integrated experiment operations training on some payloads, but might reduce 
the extent of such training and simplify real time replanning processes. 

However, where experiments make common use of sensors and/or other equipments or when multiple 
experiments are conducted simultaneously, integrated operations training may be essential if required 
operations efficiencies are to be achieved. 

It should be emphasized that as only one (1) set of experiment hardware (flight hardware) is programmed 
for Spacelab, the only time that the complete configuration is assembled or simulated for end-to-end 
operation to demonstrate the range of the equipments performance is during Level IV integration. Level 
III integration facilities and equipment are limited to interface verification and operational checkout of 
the experiment hardware and software. 

Consequently, actual equipment operations training must occur prior to, during or immediately following 
Level IV integrations. 


DESCRIPTION 


® FUNCTIONALLY AND DIMENSIONALLY IDENTICAL TO FLIGHT UNIT 

• GSE EQUIVALENT TO FLIGHT UNIT 

• INTERFACE VERIFICATION EQUIPMENT SIMULATOR - ORBITER INTERFACE ADAPTER 
FUNCTION 

• VERIFICATION OF GROUND OPERATIONS, SOFTWARE INTEGRATION 

• SUPPORTS SUSTAINING ENGINEERING AND IN-FLIGHT MALFUNCTION ANALYSIS 

TRAINING APPLICATION 

• ALL SPACELAB SUBSYSTEMS O&M PROCEDURES TRAINING 

NEGATIVE FACTORS AS PRIMARY TRAINING DEVICE 

• MODIFICATIONS FOR TRAINING COSTLY 

• OPERATING COSTS HIGH 

• TRAINING MODS WOULD DEGRADE USE FOR GROUND CREW TRAINING, 
SUSTAINING ENGINEERING, ETC. 

• LIMITED AVAILABILITY 
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ENGINEERING MODEL (EM-1) 


EM-1 is to be used to complete software development, confirm EMC and the standard interfaces (to 
segments and Orbiter) in the representative payload configurations. It is to serve in verification of 
all modes of operation (normal and emergency) and non-operative (standby) modes. Demonstrations of 
ground operations of inspection, access, replacement, maintenance, subsystem activation etc. can also 
be accomplished. The EM serves to verify and demonstrate all system level design parameters using 
the operational GSE (including simulators). Orbiter interfaces are verified using the IVE, (Orbiter 
simulator). The EM qualifies and confirms computer software integration, and operational procedures 
to be used on the Flight Model Spacelab. 


The EM is functionally and dimensionally identical to the Flight Unit. It is made up of development 
hardware (Set No. Z) as summarized below. Included are sxifficient system constituents necessary to 
assemble the baseline Spacelab configuration (per System Specification, SY-E- 0001), and other flight 
configurations (as noted in Mass Properties Report, RP-ER-0005), It resembles the Flight Unit in 


all respects as kno=wn at the time of the critical de 
reflect the flight configuration. 

The EM consists of the following equipment: 

• 1 core module structure assembly 
0 i forward end cone assembly 

m 1 experiment module structure 

• 1 aft cone assembly 

• 1 set of utility bridges 

« 5 pallet structure assemblies 

• I complete crew habitability subsystem 


ign review and will subsequently be maintained to 

e 1 complete CDMS (less standby computer) 

• 1 complete EPDS (in .ding Igloo equipment) 

• 1 forward airlock 

• 1 aft airlock 

• 1 viewport 

• 1 Igloo structure assembly 

• 1 PSS equipment set (included in subsystem 
sets above) 


The EM with a complete set of GSE and IVE simulators may be used for mission simulations of Spacelab 
operations less experiments, backup computer and, at present, the IPS and film vaults. 
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ENGINEERING MODEL (EM-1) (Contirmed) 


As EM-i is functionally and dimensionally identical to the Flight unit, includes the AFD PSS workstation 
and Orbiter interface adapter, all Spacelab O&M procedures can be performed on the EM as they would 
on the Flight Unit in a 1-G environment, with the exceptions noted above. In addition, as the components 
are identical to the flight hardware fault isolation, item remove/repair/replace actions can also be 
performed within the context of the 1-G environment. 

If it is considered to be cost effective, the Shuttle Mission Simulator design can be made to be compatible 
at the EM interface to permit integrated Orbiter /SL(EM) operations without modification to EM subsystems 
However, it is questionable if Spacelab sensors could be caused to function over their expected range, or 
if consumables usage could be simulated without some modifications to the EM. Failure to incorporate 
the dynamics of sensor response and power profile would not enable full replication of CDMS CRT status 
data displays. 

There are several other impracticalities associated with the use of the EM as the principal Spacelab 
siibsystem training device. First and foremost are the operating costs required just to keep the actual 
equipment up to the latest configuration and operating. Secondly, for malfunction training, faults would 
have to be inserted into the actual hardware in order to drive the display devices. This is time consuming 
as all components are not readily accessible and the insertion/removal process rapidly deteriorates the 
components. 

Modifying the EM to make it an efficient and effective training device would be quite costly and may 
detract from its effective use as an inflight maintenance support or sustaining engineering tool. 

The EM could in its present form, support SL, habitability, familiarization, safety, both primary and 
refresher subsystem operations and maintenance and, to a limited extent, integrated flight crew 
operations training. 

Use of the EM to train ground crews and flight crews, and in support of sustaining engineering and/or in 
support of in-flight maintenance operations precludes any determination as to its availability to support any 
of these functions without an analysis of the overall requirements. 

It is recommended that the EM be located at the facility responsible for sustaining engineering and it be 
used for "refresher" operations and maintenance training of the flight crew prior to launch. 
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HI-FI MOCKUP 


PE5CR1PTJO N 

• GEOMETRICALLY ACCURATE OF VEHICLE STRUCTURE 

• HIGH FIDELITY OF INTERIOR CONFIGURATION 

FUNCTION 

• PROCEDURES TRAINING - INDIVIDUAL AND CREW 

• SPACELAB FAMILIARIZATION 

e STOWAGE MANAGEMENT 

TRAINING APPLICATION 

• DESIGNED FOR TRAINING PURPOSES 

• RECOMMEND UPGRADE OF SPACELAB SUBSYSTEMS C&D TO "A" 
FIDELITY FOR USE AS PTT/S. 

NEGATIVE FACTORS AS PRIMARY TRAINING DEVICE 
» AVAILABILITY AT JSC FOR MODIFICATION 
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HI-FI MOCKUP 


The HI-FI Mockup is a sophisticated, detailed, full-scale representation of the 
physical elements of the Spacelab module. The physical characteristics of the 
components, subsystems and structures are representative of the flight unit design. 

The -unit consists of: 

• Subsystem primary and secondary structures and fittings 

• Subsystem pallet structure and fittings 

• Subsystem utility connections 

• Igloo structure and fittings 

• Subsystem crew habitability items 

• EPDS, ODMS, ECLS and TCS unit structures and fittings 

• CPSE structures 
« Trainer console. 

The HI-FI Mockup is planned to be used by JSC as the Spacelab 1-G Trainer. The 
trainer is to be used in support of flight crew procedures training, hardware de- 
velopment, and flight crew training exercises for EVA, safety, stowage and habitability 
operations. 

The mockup is designed to perform specific training functions within the planned 
training program at JSC. 

It is recommended that the mockup be upgraded to full trainer status in the sub- 
systems areas (see training device definitions). Experiment areas would remain as 
envelope fidelity only. The control and display elements would be electrically/ 
electronically connected to replicate their system operating functions and be con- 
trolled through an instructor *s console. CDMS display formats and control capability 
may well be capable of being simulated through an "intelligent" terminal, micro- 
processor approach as the functions it performs are, predominantly, procedural 
in nature. 
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LEVEL 111 INTEGRATION FACILITY 


DESCRIPTION 

e CORE SEGMENT SIMULATOR 

® EGSE - INTERFACE EQUIPMENT, OPERATOR CONSOLE, POWER, COOLING 

• EXPERIMENTS AND EXPERIMENT C&D PANELS - FLIGHT UNITS 

• MGSE 

FUNCTION 

• PROVIDES EXPERIMENT ACTiVATION/OPERATION THROUGH SIMULATION OF 
SPACELAB ON-BOARD SUBSYSTEMS 

• EMC TESTING 
TRAINING APPLICATION 

• EXPERIMENT/SPACEIAB SUBSYSTEM INTERFACE OPERATIONS REFRESHER 
TRAINING 

NEGATIVE FACTORS 

® INTEGRATION TOOL - DOES NOT PROVIDE FOR FULL RANGE OF 
EXPERIMENT/SENSOR OPERATION 

• INCREASES OPERATING TIME ON FLIGHT HARDWARE 

• SEVERE TIME CONSTRAINTS ON AVAILABILITY 

» NO TIE TO POCC 
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LKVEL in INTEGRATION FACILITY 


Tlie electrical ground support equipment (EGSE) used for Level III integration provides experiment 
equipment activation/operation through a flight type computer and actual flight software while simulating 
other subsystems. Its primary purpose is to verify the experiment flight software, experiment 
systems activation and electromagnetic compatibility. 

The Level III integration facility consists of flight experiment hardware and electrical and support 
equipment to simulate Spacelab data interfaces, data handling and power distribution as shown in. 
the accompanying figure. 


The facility will also provide operator control and display and test and services. 
The Level III integration facility consists of the following equipment;' 


Spacelab core simulator 
Experiment flight hardware 
Electrical test and service equipment 
Air and fluid cooling units 
Ground power supply 
Measuring and stimuli units 


• Operator console 

• EGSE computer 

• EGSE computer peripherals 

• Interface unit 

• Recording and timing unit 

• PSS panels control and display 


The Level III integration facility may be used for experiment activation through flight type interfaces, 
but not in the actual enviromnent. The experiments may be constrained from operation at this time. 


As shown in the sequence flow diagram the Level III integration activity is too close to launch to be 
acceptable for primary training. It will be suitable for refresher training on activation/ operation 
procedures. 
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LEVEL III INTEGRATION FACILITY (CONTINUED) 


EGSE FOR LEVEL III INTEGRATION PROVIDES 
EXPERIMENT ACTIVATION/OPERATION THROUGH 
SIMULATION OF SPACELAB ONBOARD SUBSYSTEMS 


MAN/MACHINE INTERFACES 

• DEDICATED EXPERIMENT CONTROL PANELS 
» FLIGHT LIKE SUBSYSTEMS CONTROL PANELS 

• FLIGHT LIKE CDMS KEYBOARD AND CRT / 


EXPERIMENT INTEGRATION INTO SECONDARY 
STRUCT UR^/PALLETS 


CORE 

SEGMENT 

PROCESSING 

UNIT 




CORE 

SEGMENT 

INTERFACE 

UNIT 


4 



CORE 

SEGMENT SIMULATOR ^ 



EXPERIMENT INTEGRATION ON PALLETS (PALLET ONLY MODE) 


CORE 

SEGMENT 

PROCESSING 

UNIT 


CORE 

SEGMENT 

INTERFACE 

UNIT 


CORE 

SEGMENT SIMULATOR 


EXPERIMENTS 
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INTERFACE FUNCTIONS 

• EXPERIMENT ACTIVATION/OPERATION 

• DATA REDUCTION 

• DATA RECORDING 

• GENERATION OF COMMANDS 

• SIMULATION OF SPACELAB SUBSYSTEMS 

• DISPLAY OF CCTV 

• VOICE INTERCOMMUNICATION 

• DISPLAY OF CAUTION AND WARNING 
SIGNALS 










LEVEL III INTEGRATION FACILITY (CONTINUED) 


LAB + PALLET BLOCK 3„0 EXPERI/VIENT LEVEL HI INTEGRATION 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 1 

12 

1 13 1 

14 

LilJ 


DAYS 

224 HOURS = 14.0 DAYS 


P POWER UP COOLANT GSE, ESTABLISH FLOW AND VERIFY COOLANT FLOW PARAMETERS (2.0) 

^ CONDUCT LAB+ PALLET, GSE PRE-PWR SW LIST AND CONTROL SETTING VERIFICATION (1.0) 

CONDUCT PRE-POWER BUS ISOLATION RESISTANCE TEST (1.0) 

]1 POWER UP GSE, BM SIMULATOR AND LABORATORY + PALLET (LO) 

|| CO NDUCT POWER DISTRIBUTION TEST (2.0) 

CONDUCT GSE SUBSYSTEM VERIFICATION TESTS (7.0) 

LOAD EXPERIMENT SOFTWARE AND VERIFY LOAD (4.0) 

CONDUCT EXPERIMENT INTEGRATED SYSTEMS TEST (120.0) 


CONDUCT EMCAFI TEST AND ANALYSIS 
▼ POWER DOWN 

DATA REVIEW (12.0) 

WORK DISCREPANT ITEMS (16.0) 
SYSTEM REVERIFICATION (8.0) 
NASA ACCEPTANCE REVIEW (8.0) 
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LEVEL II INTEGRATION FACILITIES 


ea 


DESCRIPTION 

• ORBITER INTERFACE ADAPTER 

® SPACELAB FLIGHT HARDWARE/SOFTWARE 

• EXPERIMENT FLIGHT HARDWARE/SOFTWARE 

• EGSE/MGSE 

FUNCTION 

9 PROVIDES EXPERIMENT ACTIVATION/OPERATION THROUGH SPACEUB 

ON-BOARD SUBSYSTEMS, PSS EQUIPMENT AND SIMULATION OF ORBITER 
RESOURCES 

TRAINING APPLICATION 

® INTEGRATED MISSION SEQUENCING OF SPACELAB/EXPERIMENT OPERATIONS 
® REFRESHER TRAINING ON SPACELAB AND EXPERIMENT OPERATIONS 

NEGATIVE FACTORS 

• INTEGRATION TOOL - DOES NOT PROVIDE FOR FULL RANGE OF SENSOIV' 
EXPERIMENT OPERATION 

• INCREASES OPERATING TIME ON FLIGHT HARDWARE 

• SEVERE TIME CONSTRAINTS 

9 NO TIE TO MCC/POCC 
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LEVEL II INTEGRATION FACILITY 





*--The electrical ground support equipment {EGSE} used for Level II integration provides experiment 

equipment activation/operalion through the Spacelab on board subsystems and payload specialist station. 
It is to serve in verification of experiment activation/operation, TM data processing, data reduction, 
data recording, generation of commands, CCTV operation voice intercom and caution and warning 
display. The primary piirpose is to assure that subsystems are operational within design limits. 


The Level II integration facility as shown in the figure consists of flight hardware and a series of 
electrical and support equipment to simulate Orbiter resources, supply power, provide operator 
control and display and test and services. The Orbiter interface adapter will simulate the Orbiter; it 
will include a PSS simulator, Spacelab /Orbiter signal simulator and power distribution. 


The Level II integration facility consists of the following equipment: 


6 Orbiter interface adapter 

• Spacelab flight hardware 

• Experiment flight hardware 

• Payload specialists station 

• Electrical test and service equipment 

• Air and fluid cooling \mits 


• Ground power supply 

« Measuring and stimuli units 

• Operator console 

\ • EGSE computer 

• EGSE computer peripherals 

• Interface unit 

« Recording and timing unit 


The Level II integration facility may be used for experiment activation through the actual Spacelab 
interfaces and to provide limited experiment-operations. The constraints on operation are imposed by 
the experiment systems such as booms etc, which may not be operated prior to launch. 


The Level II integration facility should be used for refresher training only. In adaition to the limited 
experiment hardware operations capability, as shown in the sequence flow diagram. Level II integration 
will be accomplished over a period of approximately 5 days of 2-shift operations ending 2 weeks before 
launch. Under these time constraints the facility cannot be recommended for basic training. Further, 
it would not be desirable to put more operating hours on the flight units than is absolutely necessary. 
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LEVElL II INTEGRATION FACILITY (CONTINUED) 


EG5E FOR LEVEL II INTEGRATION PROVIDES EXPERIMENT 
ACTIVATION/OPERATION THROUGH THE SPACELAB ON- 
BOARD SUBSYSTEMS AND ORB ITER PAYLOAD SPECIALIST 
STATION AND SIMULATION OF ORBITER RESOURCES 


MAN/MACHINE INTERFACES 

* DEDICATED MODULE EXPERIMENT CONTROL PANELS 
» DEDICATED MODULE SUBSYSTEMS CONTROL PANELS 
■ MODULE CDMS KEYBOARD AND CRT 

• SIMULATED AFD CDMS AND KEYBOARD AND CRT 
» SIMULATED AFD EXPERIMENT CONTROL PANELS 


A) SYSTEM CHECKOUT - MODULE PLUS PALLET MODE 



ORBITER INTERFACE 
ADAPTER 


B) SYSTEM CHECKOUT ~ PALLET ONLY MODE 



^EXPERIMENT 

DEDICATED 

' — SUBSYSTEM 
DEDICATED 

'^SIMULATION 
OF ORBITER 
RESOURCES 



GROUND 

POWER 

SUPPLY 



INTERFACE FUNCTIONS 

• EXPERIMENT ACTIVATION/OPERATION 
- • SUBSYSTEM ACTIVATION/OPERATION 

« DATA REDUCTION 

• DATA RECORDING 

• GENERATION OF COMMANDS 

• DISPLAY OF CCTV 

•VOICE INTERCOMMUNICATION 

• DISPLAY OF CAUTION AND WARNING 
SIGNALS 
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LAB + PALLET BLOCK 9.0 SPACELAB iNTEGRATION 


1 

2 

3 1 ^ 

5 

6 


DAYS 


86 HOURS = 5.4 DAYS 


Q SERVICE AND VERIFY COOLANT FLOW THROUGH GSE, FLUID LINES AND SPACELAB (4.0) 

PERFORM SL BUS ISOLATION RESISTANCE TESTS (2.0) 

CONDUCT GSE AND SL PREPOWER SWITCH LIST AND CONTROL SETTING CHECKS (1,0) 

POWER UP GSE AND SPACELAB (1.0) 

’ CONDUCT POWER DISTRIBUTION CHECKS (1.0) 

VERIFY CAUTION AND WARNING (C/W) SYSTEM OPERATION (1.0) 

POWER UP SPACELAB CDMS SYSTEM (1.0) 

LOAD SL SOFTWARE AND CONDUCT SL COMPUTER SELF CHECKS (4.0) 

VERIFY CDMS COMMAND AND CONTROL 

VERIFY GSE AND SL PERIPHERAL AND AUXILIARY EQUIPMENT (RECORDERS, PRINTERS, CTTV, I/O, ETC.) 
VERIFY SL/GND SIGNAL DISTRIBUTION VIA SL/ORB UMBILICAL (2.0) M 

CONDUCT SL FUNCTIONAL INTERFACE VERIFICATION TEST (8.0) 

CONDUCT DATA REVIEW (8.0) 

PERFORM FINAL EXPERIMENT FLIGHT CALIBRATION (IF REQUIRED) (12„0) 

CONDUCT SL/SIM ORBITER MISSION SEQUENCE TEST (12.0) 

■ POWER DOWN SL AND GSE 
DATA REVIEW (8.0) 

DISCONNECT ALL GSE (4.0) 

STOW ALL NON-HAZARD OR TIME CRITICAL FLIGHT ITEMS (4.0) 

PERFORM SHAKEDOWN INSPECTION AND CLOSE OUT SPACELAB (4.0) 
PERFORM SL MASS DECAY LEAK CHECK (24.0) 


C 


] CONDUCT SL WEIGHT AND BALANCE TEST (8.0) 



OF POOR QUALITY ■ 



ECTIVES/PLANNED EQUIPMENT USAGE 
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TRAINING OB JECTIVES/PLANNED EQUIPMENT USAGE 


The accompanying chart lists the use of planned equipments to provide instruction 
to meet training objectives. The prime consideration in the assignment of equip- 
ment was the applicability of each equipment to the training objectives as identified 
on previous charts. Generally speaking the planned equipments can be substituted 
for specially designed training equipments as follows: 

e Hi-Fi mockup for module mockup 

«» Engineering model for AFD or module Spacelab subsystem trainer/ 
simulator 

• CVT/GPLrS for AFD or module payload C&D station trainer /simulator 

It should be noted that the engineering model would require modification to meet 
training objectives involving malfunction analysis on equipment. 

The use of Level II and Level III equipment setups for training are limited since 

the main purpose of Level II and III activities is checkout of integration compatibilities 

and not operation of sensors or experiment equipments over the full operational range. 


- 71 - 


APPROACH TO CREW TRAINING REQUIREMENTS DEFINITION 


• SPACELAB SYSTEMS ANALYSIS 

e MANNED OPERATIONS ANALYSIS 

• TRAINING PROGRAM REQUIREMENTS ANALYSIS 

* TRAINING EQUIPMENT REQUIREMENTS ANALYSIS 
• PLANNED EQUIPMENT EVALUATION 

• EQUIPMENT RECOMMENDATIONS 



TRAINING EQUIPMENT RECOMMENDATION 

SPACELAB 5"S TRAINING 
STS/SL/PAYLOAD INTERFACE TRAINING 
INTEGRATED OPERATIONSTRAINING 


AFD-PTT/S MODULE PTT(S) BASELINE SET 



• HABITABILITY, SAFETY, PLANNING AND MISSION "SIMS" TRAINING 

• COMBINE WITH SMS AND ORBITER 1-G 

• PROVIDE TELEMETRY AND VOICE LINK WITH MCC 
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TRAINING EQUIPMENT RECOMMENDATIONS 
(MISSION INDEPENDENT, INTERFACE AND INTEGRATED TRAINING) 


The diagram identifies the types of equipment recommended for support of Spacelab Subsystems, 
STS /SL/ Payload Intex'face and Integrated Operations training for various flight loads. 

Baseline Set >- Can Handle up to 12 to 15 Flights /Year 

The baseline equipment set consists of an AFD Part Task Trainer /Simulator and Module PTT(S) 
with required GSE and Instructor's console for primary instruction. The EM and Level II and III 
integration facilities would be used to supplement the primary training. 

As previously described, the Spacelab subsystems manned operations tasks in both the AFD and 
Module require a training device of no greater than trainer level complexity, except for IPS 
operations. Interconnection of the two through an instructor's console would enable their 
independent or integrated use. Because operations and displays are not dynamic but discrete, 
and control/response actions are relatively slow, control of components for malfunction in- 
sertion or level changes can be performed manually through the instructor station. 

If the dedicated mini computer concept is implemented, the subsystem portion of the Module is 
not required to be of more than trainer complexity. The experiment areas of the Module Hi-Fi 
mockup would not be upgraded in any instance. 

If the AFD-PTT/S and Module PTT/(S) are incorporated into the SMS, MDM inputs to the SL 
and outputs to the MDM could also be implemented through the instructor console. This 
arrangement could effectively support all JSC Spacelab operations, interface and integrated 
simulations training requirements. However, the lack of experiment equipment precludes 
actual hardware operations experience in this area. 

The flight load which can be supported by the basic set is dependent upon the types of payloads. 
Pallet only configurations comprise nearly 50 percent of the missions and considerably reduce 
overall crew training requirements. 
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TRAINING EQUIPMENT RECOMMENDATIONS (Continued) 
(MISSION INDEPENDENT, INTERFACE AND INTEGRATED TRAINING) 


AFD-PTT/S Addition - Can Handle up to 20 to Z3 Flights /Year 

The addition of another AFD trainer would nearly double the Spacelab training capacity and 
provide considerable flexibility in training equipment scheduling. 

"D” Level Mockup Addition - Can Handle up to 25 to 29 Flights /Year 

A low fidelity, envelope fidelity, mockup would enable off-loading of the Module trainer for 
basic familiarization, safety, and mission ”SIMS" walk-through training of Payload Specialists. 
The mockup should be incorporated into the Orbiter 1~G trainer. 


SPACELAB SIMULATOR EVALUATION 


JSC SIMULATOR 

• BASIC INTERIOR MODULE AND AFD 
STRUCTURE 

• AFD C&D (PLUG-IN) 

• ACTUAL FLIGHT COMPUTER (2) 

• FULL COMPUTER DRIVEN SIMULATION OF 
ALL SS AND CPSE OPERATIONS AND 
PHENOMENA 

» DIRECT INTERFACE TO SMS COMPUTER 
AND SOFTWARE 

• PREPROGRAMMED MALFUNCTIONS 

0 DYNAMIC TELEMETRY DATA 

• NO VISUAL-SMS SUPPLIED 


TRW ALTERNATIVE 
® SAME (Hi-Fi MOCKUP) 


* SIMILAR-INTELLIGENT TERMINAL’S (MDM 
AND RAU) 

* COMMERCIAL MINI OR MICRO PROCESSOR 
(IF REQUIRED) 

* FULL FUNCTIONAL REPRESENTATION OF SS 
AND CPSE OPERATIONS 


• ISOLATED FROM SMS COMPUTER BY 
INSTRUCTOR'S CONSOLE 

» REMOTE MANUAL MALFUNCTION 
INSERTION 

« POSSIBLE - COULD USE CANNED TAPES 

• SAME 
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TRAINING EQUIPMENT RECOMMENDATIONS 

IVA AND EVA MOBILITY 




WIF MOCKUPS - "D" LEVEL NOMINAL/”C" MECHANICAL 
• IVA 
« EVA 
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TRAINING EQUIPMENT RECOMMENDATIONS 
(IVA & EVA MOBILITY TRAINING) 


As indicated in the chart, water immersion (neutral bouyancy) facility 
mockups are required for IVA and EVA training of the crew. The level of 
fidelity required is "D" level (envelope fidelity) on both the module and 
pallets. However, mechanical equipment whose operation is affected by 
the zero-g environment requires ''C" level fidelity (physical force, torque, 
movement fidelity). 


TRAINING EQUIPMENT RECOMMENDATIONS 

EXPERIMENT/SPACELAB SUBSYSTEM INTERFACE TRAINING 
(PROFICIENCY DEVELOPMENT) 


DEDICATED MINI-COMPUTER CONCEPT 

• NO COMMON PURPOSE TRAINING EQUIPMENT REQUIRED 


EXPERIMENT CDMS _ BASELINE CONCEPT 

• EXPERIMENT CDMS EMULATION AND WORKSTATION 

(REQUIRED AT HOST CENTER AND/OR PI AND/OR PAYLOAD 
SYSTEM CONTRACTOR FACILITY) 


TRAINING EQUIPMENT RECOMMENDATIONS 
EXPERIMENT/SPACEIAB SUBSYSTEM INTERFACE TRAINING 
(PROFICIENCY DEVELOPMENT) 


DEDICATED MINI- COMPUTER CONCEPT 

No common purpose, Spaceiab subsystem, training equipment is required for Payload 
Specialists experiment operations proficiency training, Familiarzation with the 
experiment/Spacelab interface can be accomplished at JSC with the AFD and Module 
trainers. Experiment training equipment should include work station layout of 
module or AFD mounted equipment. 

EXPERIMENT CDMS - BASELINE CONCEPT 

An EXP-CDMS emulation capability with keyboard and CRT must be provided as part 
of any experiment part-task work station simulator used for proficiency development 
of PS and MS crew members. 

This emulation capability must be provided at each facility responsible for experiment 
operations proficiency instruction. 


TRAINING EQUIPMENT RECOMMENDATIONS 

INTEGRATED EXPERIMENT OPERATIONS TRAINING 
(EFFICIENCY DEVELOPMENT) 


NOT REQUIRED FOR ALL PAYLOADS 
BUT 

WHERE TRAINING IS NECESSARY 

REQUIRES A FACILITY, TAILORED TO PAYLOAD, WHICH ENABLES 
LAYOUT AND OPERATION OF EQUIPMENT WITHIN REPRESENTATIVE 
WORK SPACE 


FOR EXAMPLE 
MSFC-CVT/GPL 

JSC-LIFE SCIENCES WORKSHOP 


TRAINING EQUIPMENT RECOMMENDATIONS 

INTEGRATED EXPERIMENT OPERATIONS TRAINING 
(EFFICIENCY DEVELOPMENT) 


There will be some types of payloads where two or more crewmen must 
coordinate on experiment operations activities to accomplish experiment 
objectives. Though each crewman has attained proficiency in the nominal 
experiment operations, provisions must be made to practice joint/coordinated 
activities to develop the required efficiency. 

Training on joint/coordinated activities requires a facility tailored to the 
payload which replicates the layout and operational configuration of the 
equipment within a workspace representative of the module. 

Examples of such facilities are the MSFC-GVT/GPLS and JSC-Life 
Sciences Workshop, 



TRAINING EQUIPMENT COST MATRIX 


TRAINING 
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AVAILABILITY 
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PROCUREMENT 

OPERATING 
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12MM/MONTH 

$42K/MONTH 
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IS SOFTWARE 


^PROCUREMENT COSTS SHARED WITH EXPERIMENT OPERATION? PROFICIENCY DEVELOPMENT TRAINING. 
DISTRIBUTED EXPERIMENT PROCESSING CONCEPT DELETES COST FOR CDMS EMULATION (HARDWARE 
AND SOFTWARE) _83- 






























TRAINING EQUIPMENT COST MATRIX 


The accompanying chart summarizes the estimated procurement and operating costs for 
the recommended list of Spacelab training equipment. 

Spacelab Systems O&cM Training 

The FY '78/'79 procurement cost estimate consists of the baseline set o£ equipment (12 
to 15 flights /year). Total costs reflect additional items (AFD, Instructor's console 
add-on and EO-FI Mockup) associated with increased flight rates. This baseline set 
when integrated with the SMS serves ail Spacelab, familiarization and integrated operations 
training requirements as shown in the preceding charts. 

Cost estimates are based upon using an "intelligent" terminal for the AFD-CDMS input 
and display element. IPS video and state vector data is provided by SMS, 

Spacelab Mockup (WIF) 

The basic cost figure was derived from POP 75-1. The at^ditional cost is that estimated 
for mockups of pallet equipment for the full range of experiments. 

EM and Levels II & III Integration 
No costs allocated to training. 

Experiment /Spacelab Interface Training 

Where, of if, required these costs are shared with experiment training'. 
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ANSWERS TO SPECIAL QUESTIONS 


1) EVALUATE IMPACT OF REMOTE CONTROL ON TASK ANALYSIS 

NO SIGNIFICANT CHANGES FROM INITIAL ANALYSIS. SOME 
MODIFICATIONS AS TO HOW AND WHERE FUNCTIONS ARE 
PERFORMED. SIMPLIFIED CONTROL AND DISPLAY PANELS 

2) REEXAMINE NEED FOR $6M SPACELAB SIMULATOR 

TRAINING DEVICES REQUIRED BUT FULL SIMULATION IS NOT 
MANDATORY. 

3) EXAMINE APPLICABILITY OF Hi-Fi MOCKUP, CVT AND EM TO TRAINING 

HI-FI MOCKUP - UPGRADE TO TRAINER STATUS ON SUBSYSTEMS, 

LO-FI MOCKUP OF EXPERIMENT C&D 

CVT - CAN BE USED FOR PROFICIENCY DEVELOPMENT 

EM - USE FOR REFRESHER TRAINING 

4) EXAMINE POSSIBILITY OF INCORPORATING LEVEL II AND III INTEGRATION INTO 
CREW TRAINING 

USE FOR refresher TRAINING WITH CREW AS TEST ENGINEERS 
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RESULTS 


• INCORPORATION OF REMOTE CONTROL SIMPLIFIES INSTRUCTION IN OPERATION OF SPACELAB 
SUBSYSTEMS 

• INCORPORATION OF DISTRIBUTED EXPERIMENT PROCESSING CONCEPT REDUCES STANDARD 
DEDICATED TRAINING EQUIPMENT HOWEVER MAY INCREASE NEED FOR INTEGRATED IPS/ 
EXPERIMENT TRAINING 

• SPACELAB SUBSYSTEMS FLIGHT CREW OPERATIONS TASKS ARE NOT DIFFICULT AND ARE NOT 
TIME OR PERFORMANCE CRITICAL 

RECOMMENDATIONS 

• USE UPGRADED HI-FI MOCKUP AND AFT FLIGHT DECK TRAINER/SIMULATOR COMBINED WITH 
SMS FOR TRAINING 

m USE ENGINEERING MODEL AND LEVEL II AND III INTEGRATION FACILITIES 
FOR ’’REFRESHER" TRAINING 

• EXPERIMENT CDMS EMULATION AND WORKSTATION REQUIRED BY EACH PAYLOAD CENTER 
FOR EXPERIMENT/SPACELAB SUBSYSTEM INTERFACE TRAINING 
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SPACELAB PAYLOAD OPERATIONS REQUIREMENTS 


OBJECTIVE 

ESTIMATE THE EQUIPMENT, FACILITIES AND MANPOWER FOR 
MINIMUM PAYLOAD OPERATIONS 

o FOR EACH PAYLOAD DISCIPLINE 


» FOR EACH TRAFFIC MODEL 


PAYLOAD OPERATIONS REQUIREMENTS 


• DISPLAY AND COMMUNICATIONS REQUIREMENTS 


• DATA HANDLING REQUIREMENTS 


• POC EQUIPMENT ESTIMATES 


• POC REQUIREMENTS BY TRAFFIC MODEL 
• POC MANPOWER ESTIMATES 
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FACTORS INVOLVED IN PAYLOAD OPERATIONS 


• MANEUVERING 

• POINTING 

• TIME DEPENDENCIES 

• ORBITAL POSITION RELATIONSHIPS 

• RESTRICTIONS ON ORBITER OPERATIONS 

• SPECIAL COMMUNICATIONS 

• ORDER OF EXPERIMENT PERFORMANCE 

• OTHER SPECIAL CONDITIONS 
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FACTORS INVOLVED IN THE FLIGHT PLANNING FUNCTION 


The major factors that influence the complexity of flight planning are; 

• Maneuvering the spacecraft to change orbital parameter s 

• Pointing of the spacecraft or instruments to acquire specific targets 
with defined precision 

'9 Time dependency of orbital operations to synchronize with ground 
operations, natural phenomena, or day/night conditions 

<» Orbital position relative to earth or stellar targets, magnetic 
and particle fields, etc. 

• Restrictions on Orbiter operations such as RCS firings, radio 
communications, or venting and waste dumps 

• Special communications to establish coordination with earth 
operations and observations such as ground truth operations 
and complementary astronomy observations 

m Order of experiment performance where it strongly affects 
overall achievement of objectives 

• Special conditions such. as earth shadowing. Beta angle, and 
solar conditions. 
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FLIGHT PLANNING REQUIREMENTS BY PAYLOAD DISCIPLINE 



































































































































FLIGHT PLANNING REQUIREMENTS BY PAYLOAD DISCIPLINE 


An analysis was made of eight discipline payloads and of the first^ and second 
Spacelah missions, as they are defined in the DRM's and Level A and B sheets 
that were issued in the spring and summer of 1975, This analysis considered 
the requirements that each payload would have for each of the previously defined 
planning functions . 

The facing sheet is a summary of this analysis. 


The first mission as defined in the 1975 DRM was considered to be far too 
complex for a first flight of the Spacelah, An experiment complement was 
postulated based on current Verification Flight Test objectives, the spacecraft 
attitudes required by the VFT program, and the current state of definition of 
various experiment hardware projects, 

/ 
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PAYLOAD OPERATIONS REQUIREMENTS 


DISPLAY AND COMMUNICATIONS REQUIREMENTS 

• DATA HANDLING REQUIREMENTS 

• POC EQUIPMENT ESTIMATES 

e POC REQUIREMENTS BY TRAFFIC MODEL 
• POC AAANPOWER ESTIMATES 
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PAYLOAD PLANNING AIDS REQUIRED 
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PAYLOAD PLANNING AIDS REQUIRED 


Based on th-e pla nnin g req-cdrem'ents established in the previous chart, a number of 
information displays and communicatioii situations were postulated. These flight 
planning aids were developed so that a necessary and complete set of aids could 
be defmad for each discipline. 

The information displays are broken down into; 

• Those that are of a dynaxtiic nature and so would require computer 
assistance in their formulation either for formatting of data or 
computation of data products 

• Those that become fixed when the actual orbit has been achieved, 
such as groundtrack, or those that are supplied by external 
agencies, such as weather px'ediction. 

The facing sheet shows a matrix of planning aids required as related to the 
ten payloads that were analyzed. ' 
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PAYLOAD OPERATIONS DISPLAY AND COMMUNICATIONS SUMMARY 


ALL DISCIPLINES 

• HAND MAINTAINED DISPLAY 

- EXPERIMENT ACCOMPLISHMENTS 

• COMPUTER DRIVEN DISPLAYS 

' ‘u experiment' hardware STAtUS ' 


- SCIENCE DATA 
• COMMUNICATIONS 
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PAYLOAD PLANNING AIDS SUMMARY 


The facing page gives a summary of the various displays and communication 
situations that should be provided in the POCC's as they are derived from 
analysis of the five baseline DRM provided for this study. 

As can be seen certain aids are common to all disciplines, others are required 
only for specific disciplines. The shaded requirements are available from the MCC. 



POCC EQUIPMENT RELATED TO LEVELS OF CREW AUTONOMY 




, 

• ASSISTANCE ONLY 

• PROVIDES FOR ASSISTANCE IN CASE OF MALFUNCTION OR UNUSUAL 
SCIENTIFIC DATA 

• MINIMUM COMMAND 

j ® PROVIDES MINIMUM CAPABILITY CONSISTENT WITH GROUND 

COMMANDING OF INSTRUMENTS 



• FULL CONTROL 

• PROVIDES ADEQUATE CAPABILITY TO POCC TO DO ALL REPLANNING 
AND INSTRUMENT COMMANDING 



POCC EQUIPMENT RELATED TO LEVELS OF CREW AUTONOMY 


In order to develop equipment requirements for the POCC, as the relate to the 
amount of planning and operational autonomy allowed to the crew, three levels of 
autonomy were defined. 

A) Assistance Only. Full autonomy is allowed the crew except that the 
POCC must be ready to assist in diagnosis of malfunctions and in 
recommending remedial measures either through repair or through 
changes in procedures and plans. 

B) Minimum Command. This level provides the minimum amount of equip- 
ment necessary for the POCC to command ixiStruments when the crew is 
not available. It also allows the POCC to develop daily activity plans for 
recommendation to the crew, 

C) Full Control. This level provides adequate equipment for the POCC to 
do all the planning and instrument commanding. It does not provide for 
a console dedicated to each instrument in those cases where all instru- 
ments will not be operated simultaneously. 

The following pages are a more detailed description of the characteristics and re- 
quirements of the alternative POCC concepts. 
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POCC EQUIPMENT RELATED TO LEVELS OF CREW AUTONOMY (continued) 

Assistance Only PQCC 
Characteristics 


■ MCC operates Spacelab systems, manages payload data flow. 

• Flight crew does all experiment operation and activities replanning. 

0 POCC provides assistance in planning, daily planning aids such as weather 
predictions, malfunction analysis, and science data assessment. 

Console Position Requirements 

« All disciplines have one position for orbiter status functions and Spacelab 
systems status functions. 

• Most disciplines need two console positions one for experiment housekeeping 
data, one for experiment science data. 

9 Multi-Applications and ATL do not generate sufficient science data to require 
an additional position for this data. 

Minimum Command POCC 


Characteristics 


0 MCC operates Spacelab systems, manages payload data flow. 

• Flight crew does most of experiment operation, assists in activities replanning. 

0 POCC does daily activities planning, keeps track of equipment conditions, makes 
assessment of science data, commands some instruments when crew is not 
available. 
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POCC EQUIPMENT RELATED TO LEVELS OF CREW AUTONOMY (continued) 


Minimum Command PQCC - continued 

Console Position Requirements 

e ALL disciplines have one position for orbiter status functions and Spacelab 
systems status functions, 

• Positions provided for experiment housekeeping and science data display 
as required by instrument complement. 

• Instrument commanding provided for astronomy and AMPS, commands to 
be sequenced through one console. 

Full Control POCC 


Characteristics 


• MCC operates Spacelab systems, manages orbiter data flow, 

e Flight crew functions as equipment operators, discusses scientific observations 
and accomplishments with POCC 

• POCC dictates all replanning of activities, manages payload data flow, keeps 
close track of equipment, makes assessment of science data, commands some 
instruments. 

Console Position Requirements 

• All disciplines have one position for orbiter and Spacelab systems status functions. 
Additionally, a position may bo provided for payload data management. 

• Positions are provided for experiment housekeeping and science data display. In 
general, a two position console is provided for each major instrument. However, 

the number of consoles provided is no larger than the maximum number of instruments 
that can operate at once. In many ca'^es each position will serve more than one instru- 
ment as the operational sequence dictates. 

« Separate commanding positions arc provided for all instruments that operate 
simultaneously, , . 


POCC INFORMATION DISPLAY AND COMMUNICATIONS REQUIREMENT 
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POCC INFOR]VLATION DISPLAY AND COMMUNICATIONS REQUIREMENTS 


The facing page summarizes the information display and communication require- 
ments of the POCC's as dictated by required discipline information aids and by 
the levels of autonomy that might be allowed to the crew. 



SCIENTIFIC COMMUNITIES' ATTITUDES TOWARD CREW AUTONOMY 


• COMBINED ASTRONOMY 

• STRONGLY INTERESTED IN REAL-TIME ASSESSMENT OF SCIENCE RESULTS, 
WOULD LIKE TO COMMAND INSTRUMENTS 


• LIFE SCIENCES 

® VERY INTERESTED IN REAL-TIME COMMUNICATION WITH CREW TO HELP IN 
PLANNING PROCEDURES 


© MULTI-APPLICATIONS 

® MANY INVESTIGATORS WILL USE THE DATA IN DIFFERENT WAYS AND ARE 
ACCUSTOMED TO HAVING DATA TAKEN FOR THEM FOR LATER ANALYSIS 


• AMPS 

® LEAN TOWARD CREW AUTONOMY. (HOWEVER, COMPLEX NATURE OF THE 
MISSION WILL MAKE GROUND ASSISTANCE NECESSARY.) 


• ATL 

• NO EVIDENCE OF A DESIRE TO INFLUENCE FLIGHT PLANNING IN 
REALTIME 
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SCIENTIiriC COMMUNITIES' ATTITUDES TOWARD CREW AUTONOMY 


Discussions were held with key personnel in NASA Headquarters experiment 
sponsoring offices and with knowledgeable Field Center personnel regarding the 
attitudes of current Principal Investigators toward allowing autonomy to the 
flight crews. The results of these discussions were reinforced by examination 
of the planned experiment designs as evidenced in the Level A and B sheets. 

It is recognized that individual investigators may differ from these community 
attitudes. Additionally, there is reason to believe that community attitudes will 
change as experience is gained in Spacelab operations. However, the present 
P.I. communities do have dominant attitudes and they differ from discipline to 
discipline as shown on the facing page. 

Initial POCC planning shotild be based on these attitudes except when they demand 
extremes in equipment or manpower for the POCC. 
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MOST LIKELY POCC'S 


The facing page shows the most likely POGC size that will accommodate the 
present investigator attitudes discussed on the previous page. 


® PAYLOAD OPERATIONS REQUIREMENTS 


@ DISPLAY AND COMMUNICATIONS REQUIREMENTS 

» DATA HANDLING REQUIREMENTS 

• POC EQUIPMENT ESTIMATES 

• POC REQUIREMENTS BY TRAFFIC MODEL 
* POC MANPOWER ESTIMATES 
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INSTRUMENT DATA CHARACTERISTICS 


JNSTRUMENTS 


COMBJN&O 

ASTRONOMY 


AS-OI I.R, TELESCOPE 
AS-CQ U.V. SURVEY TELESCOPE 
AS-04 I M U.V ./OPTICAL TELESCOPE 
AS-OS GALACTIC CAMERA 


NATURE OF DATA 


- 2 TELESCOPES AND CAMERA RECORD OR FILM 

- 1 (IRMELESCOPE KAS 6 DETECTOR GROUPS, EACH 

Group used separately 

- EACH INSTRUMENT HAS A FIELD TELESCOPE FOR 
POINTING, USING T.V. AT ABOUT 2 KBPS DATA RATE 


HOUSEKEEPING 
DATA RATE (KBPS) 


MAX, SCIENCE 
DATA RATE (KBPS) 


3).S 


LIFE 

SCIENCES 


CORE 

RASE 


THREE T.V. CAMERAS USED CONTINUOUSLY, 
BUT TRANSMITTED SEQUENTIALLY 

SOME MEDICAL DATA REQUIRES SPECIAL DATA 
REDUCTION PROGRAMS 
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MULTI- I SP 31 BIOLOGICAL PROCESSING AND FURNACE WITH CORE 

APPLICATIONS I CN 04 ELECTROMAGNETIC ENVIRONMENT. LINEAR 
ARRAY ANTENNA, VARIOUS MONOPULSE 
RECEIVERS, DATA PROCESSOR 

CN Oa OPEN TWT WITH DRIVERS, MASS SPECTROMETER 
OP 03 ARRAY ANTENNA, S RECEIVERS, 2 POLARIZERS 
OP 09 LASER KETROfLECTOR 
E0 2Q imaging RADAR 


- SP 31 HOuSFkEEPING data only — 2.3 KBPS 

- CN O'. HK 0.35 KBPS, SCIENCE 15 MBPS, STORED IN 

EXPERIMENT AND RETRANSMITTED BY 
EXPERIMENT 

- CN OB 0.56 KBS (0.07 HK, 0,49 SCIENCE) 

- OP 03 1 ,55 KBPS HK, 4 KBPS SCIENCE 

- OP 09 PASSIVE 

- fQ 20 2 KBPS HK, 400 MBPS SCIENCE, STORED 

ONBOARD BY DEDICATED RECORDER 


6.47 


4.49 


AMPS 


REMOTE SENSING PLATFORM SYSTEM 
1 IDAR SYSTEM 


■wave CHARACTERISTICS — 1.303 MBPS 
wave Particle interaction — i. 63s mbps 


7700 


ATL 


accelerator system 

TRANSMUTE!, COUPLER SYSTEM 
ElOOM SYSTEM 
DEPLOYABLE UNIT SYSTEM 
DEPLOYABLE SATELLITE SYSTEM 


ST-03 IRT contamination MONITOR 
ST-43 HOLOGRAPHIC IMAGING SYSTEM 
ST-43 UV SPECTROMETER-PHOIOfAULTiPLiER 
ST-46 SAMPLE ARRAYS ON BOOM 
ST-47 STEAM GENERATOR 

ST-52 T.V., sidelooking RADAR, DATA INIERFAC 

ST-54 KEFRIG., INCUBATOR, CAMERA 
ST-55 RE FRIG., INCUBATOR, CAMERA 
ST-57 REFRIC., INCUBATOR, CAMERA 

CN-12 INTERFEROMETER ANTENNAS, RECEIVER, 
RECORDER, DISPLAY 

EO-7 LIOAR IRANSMITTER, PHOTOMULTIPLIERS, 
SIGNAL FROCESSOR, CAMERA 

MD-54 REFRIG., INCUBATOR, CAMERA 


wave and sheath E XPERIMINTS — 1.309 MAPS 
RROPUlSION AND DEVICES — 1 .64? MBPS 
GLOBAL EMISSION SURVEY — 1.577 MBPS 
ENERGETIC PARTICLE STABILITY — 2.23S MBPS 
MAGNETOSPHERIC TOPOLOGY — 1 .654 MBPS 
PLASMA DYNAMICS — 1 .655 MBPS 


SCIENCE DATA (KBPS) 


ST-nB 

97 

ST-43 

6 (STORED; 

ST -45 

FILM 

SI -46 

samples 

ST-47 

LOGS 

ST-52 

50,000 (DUMPEDI 

ST-54 

FILM 

ST-55 

FILM 

SI-57 

FILM 

CN-12 

I000<IAPE] 

EO-7 

2000 (DUMP) 

MB-54 

FILM 
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INSTRUMENT DATA CHARACTERISTICS 


In order to determine the data handling requirements of the POC, the instru- 
ment complements of the reference missions were examined. The facing 
page summarizes the projected data rates for both experiment housekeeping 
data and scientific data. Additionally, some characteristics of the instruments 
are listed as they affect the nature and quantity of data to be produced. 
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data handling considerations 


MAXIMUM PAYLOAD DATA RATE TO JSC(MCC) IS 1 .344 MEGABITS PER SECOND 
WITHOUT DOMSAT TERMINAL 

ALL PAYLOADS STUDIED CAN BE ACCOMMODATED WITHIN THIS DATA RATE EXCEPT 
AMPS AND SOLAR PHYSICS 

HIGH DATA RATE SCIENCE DATA IS NOT NEEDED FOR REAL TIME CONTROL OR 
PLANNING 

SAMPLING OF THE SCIENCE DATA ON-BOARD COULD RELIEVE MANY ELEMENTS 
OF THE SYSTEM FROM THE HIGH RATE DATA HANDLING REQUIREMENTS 


-IIU 
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DATA HANDLING CONSIDERATIONS 


There are several considerations regarding handling o£ the expected data flow 

that strongly influence planning for POC facilities. 

1. The nominal maximum data rate that can be transferred through NASCOM 
in circuits is 1. 344 megabits per second. Presently this rate applies 

to data transmission from the STADAN network or from the TDRSS 
terminal. Although there are discussions about ways to increase this 
transmission rate, a significant increase in the rate could be achieved 
only by transmission from the TDRSS terminal through a Domestic 
satellite link directly to JSC. 

2. All payloads that were studied have total science and housekeeping data 
rates well below 1. 344 mbps with the exception of AMPS {2. 7 mbps) and 
Solar Physics {1. 32 mbps). 

3. Although there are a number of instruments that generate data at very 
high rates, there is no practical way to present these data in realtime 
so that their totality can be considered by the investigators. Moreover, 
examination of the instruments and the type of data to be produced 
indicates that none of the projected investigations are concerned with 
statistical aspects of the high rate data. 

4. In order to present high rate data to the investigators in the POCC, it 
will be necessary to either bring the data stream to the POC for appro- 
priate sampling or perform this action onboard the spacecraft. Onboard 
sainpling can reduce the rate so that it can be easily handled by existing 
communication equipment. In contrast data rates in the range of tens 

of megabits per second have been discussed. Several elements of the 
communications network will require technological development work to 
assure accurate operation at these rates. 
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• BEFORE DOMSAT A SUBSET OF AMPS (AND SOLAR PHYSICS) DATA MUST BE SELECTED 
ON-BOARD IF POCC IS TO HAVE SCIENCE DATA IN NEAR REAL TIME 

• OTHER INSTRUMENTS GENERATE DATA WELL ABOVE 1 MBPS BUT PLAN DUMPING OR 
ON-BOARD STORAGE. INSTRUMENT MODIFICATIONS AND SNAP SHOT PROCESSING 
WOULD BE REQUIRED TO GET SCIENCE DATA TO THE POCC 

• PAYLOAD DEVELOPERS SHOULD CONSIDER THE COST EFFECTIVENESS OF SAMPLING 
DATA ON-BOARD VERSUS IN THE POCC 

TAKE SNAP SHOTS ON-BOARD SPACELAB 
PRO CON 

• REDUCES GROUND DATA HANDLING • GIVES THE POCC IN REAL TIME ONLY 

REQUIREMENTS WHAT COULD BE SEEN ON-BOARD 

• REDUCES SEARCH TIME FOR • INCREASES PAYLOAD COSTS 

DESIRED DATA 
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SCIENCE DATA SAMPLING 


Before a DOMSAT transmission link is established from the TDRSS terminal 
to JSC, high data rate experiments, such as those on AMPS and Solar Physics, 
must be sampled onboard the spacecraft if science data is to be available to 
the investigators in the POCC, 

Additionally, a number of otlier instruments generate very high data rates. 
These are predominantly of an earth sensing, scanning nature. Although 
these latter instruments do not plan to make science data available to the crew 
or to the POCC during the flight, frequently there is evidence of instrument 
malfunction in the science data that is not evident in the housekeeping data. 
Experience has shown that sampling of science data to assess instrument 
condition can be very helpful in assuring maximum scientific accomplishment 
during the mission. 

Because of the communication system implications of transmitting very high 
data rates from the Orbiter to the POCC, each payload developer should 
consider the concept of onboard sampling of science data. One method for 
forcing this consideration would be to establish programmatic responsibility 
for the development and installation of the high data rate communications 
system. 

The bringing of high rate data to the POCC can be very expensive. Addition- 
ally, the precise time for sampling of desired data can be most effectively 
established onboard. These facts are countered by increased payload costs 
and by restriction in the amount of data available in the POC for investigator 
consideration. 
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• PAYLOAD OPERATIONS REQUIREMENTS 


• DISPLAY AND COMMUNICATIONS REQUIREMENTS 


• DATA HANDLING REQUIREMENTS 


• POC EQUIPMENT ESTIMATES 


• POC REQUIREMENTS BY TRAFFIC MODEL 


* POC MANPOWER ESTIMATES 
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ASPECTS OF A MINIMUM POC 


• MAJOR JOB OF THE POC EQUI PMENT iS PRESENTATION OF EXPERIMENT 
HOUSEKEEPING AND SCIENCE DATA TOGETHER WITH APPROPRIATE SPACECRAFT 
STATUS DATA 

• ONLY REAL TIME ACTION REQUIRED OF THE POC IS COMMANDING OF 
INSTRUMENTS 

• POC NEED NOT HANDLE AND PRESENT Wl DE BAND PAYLOAD DATA IN 
REAL TIME 
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ASPECTS OF A MINIMUM POC 


In order to minimize the hardware (and software) in a POC it is necessary to limit the 
functions that it will perform. If an attempt is made to satisfy all stated and implied 
requirements a very sophisticated system would evolve. 

The basic job of the POC is to present sufficient data to payload personnel so that they 
can assist in optimizing the scientific observations. Except for the commanding of 
instruments, little can be done by the POC in real time. Most of the decisions in the 
POC will have a time scale on the order of hours as contrasted to the short time 
scale of safety related decisions. This aspect, in relieving much POC equipment 
from the necessity of having to operate in real time, effects a considerable simplifi- 
cation in the computational and display components. 


EQUIPMENT REQUIREMENTS 



• FRONT END PROCESSOR 

FUNCTION; BIT SYNC, DECOMMUTATE, POSITION AND TIME CORRELATE 
DATA ROUTE TO STORAGE 

CAPABILITY: PRE-DOMSAT, UP TO NASCOM LINE DATA RATE (1 .34 MBPS) 

WITH-DOM5AT, AS REQUIRED BY SCIENCE (2 TO 3 MBPS) 

• DATA STORAGE 

FUNCTION; HOLD DATA FOR ACCESS BY POC COMPUTER SYSTEM 

CAPABILITY; TAPE MAJOR PORTIONS OF DATA STREAM 

QUICK ACCESS (DISK) STORAGE OF WORKING DATA (1 TO 2 M BYTES) 

• COMPUTER SYSTEM 

FUNCTION: ACCESS DATA FROM POC STORAGE AND FROM MCC, DEVELOP 

DISPLAYS, SIMPLE SCIENTIFIC CALCULATIONS, GENERATE 
COMMAND LOADS, INTERRUPT/PRIORITIZE 

CAPABILITY: NOT REAL TIME, FORTRAN COMPATIBLE, ACCESS FROM THREE 

SOURCES, INTERROGATED BY UP TO 10 PERIPHERALS 

• CONSOLES 

FUNCTION: REQUEST AND DISPLAY DATA, TRANSFER COMMANDS 

CAPABILITY; NO SOFTWARE, ALPHA/NUMERIC-DISPLAY/ENTRY, GRAPHICS, 
SYMBOL GENERATOR, DISPLAY REFRESHMENT, PARTIAL DISPLAY 
UPDATE 
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EQUIPMENT REQUIREMENTS 


The facing page lists the salient features of each POC equipment group. These 
features were evolved by balancing the capabilities of a number of types of 
equipment against the various requirements imposed on the POC's, 
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GENERALIZED POC SCHEMATIC 


It is assumed that; (a) payload PCM data will be routed to the POC by the MCC directly 
as received, {b) any payload data that is interleaved with Orbiter instrumentation data 
will be stored in the MCC data base and is accessible by the POC computer, and (c) the 
POC can directly access Orbiter and Spacelab systems data and trajectory information 
in MCC format. 

The POC will provide for historical storage of all payload data; for formatting and 
display of these data as requested by investig?.tors; for formatting of commands to the 
payload; for voice communication with the Spacelab; and for display of Spacelab T. V. 

The POCC consoles will be selected to interface with the POC computer and display 
generator. It would be advantageous if they had similar characteristics to those in 
the FCR so that all consoles could access Orbiter data. If this is not practical a 
Special FCR type console will have to be provided. 

The number of consoles and other peripherals to be used can be adjusted, over a rea- 
sonable range, as demanded by the particular flight. 
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REPRESENTATIVE POC EQUIPMENT 

ii wreaBOT B wr i WfflM EHiBgaaiffiHim ^ a n i ws Ea^aiagoaaiffiaiaaase^^ 


• COMMERCIAL EQUIPMENT ESTIMATES 


FUNCTION 

EQUIPMENT 

ESTIMATED 
COST (1000) 

NUMBER 

REQUIRED 

SYSTEM 
COST (1000) 


COMM. PROCESSOR 

20 

1 


FRONT END PROCESSOR 
1 MBS 

DATA MANAGER 
100 MBYTE DISK 

70 

30 

1 

2 

210 


TAPE RECORDER 

30 

2 



PROCESSOR 


1 


FRONT END PROCESSOR 

DATA MANAGER 

70 

1 


3 MBPS 

LARGE DISKS 


2 

810 


DISK CONTROLLER 


1 



TAPE RECORDER 

30 

2 



PDP 1 1/70 

70 

1 


GENERAL PROCESSOR 

ECLIPSE 200 



70 

DISPLAY GENERATOR 

PDP U/70 
ECLIPSE 200 

70 

1 

70 

CONSOLE 

RAMTEC GXlOO DISPLAY 
COMMUNICATION 

25 

X 

X 

ANCILLARY EQUIPMENT 

HARD COPY 

10 

1 

20 


STRIP CHART RECORDER 

10 

1 


SUPPORT EQUIPMENT 

TAPE READER 


1 

30 


CARD READER 
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REPRESENTATIVE POC EQUIPMENT 


The tables on the facing page present types of commercially available equipment 
that can fulfill the required functions. In some instances specific equipment is 
mentioned. In others a price is stated which covers a range of equipments that 
are considered adequate to do the job. 

The equipment selection was done by TRW pez'sonnel who are actively engaged 
in the design of data handling systems. However, the study was performed only 
to the depth that would develop a general understanding of the equipment needed 
to perform the functions. Actual design of a POC and sizing of the components 
will require an in-depth analysis of the nature of the data and its flow rates. 


CENTRALIZED VERSUS DECENTRALIZED POC EQUIPMENT 


m 


• FRONT END PROCESSOR AND DATA BASE 

1) OPERATE ONLY DURING FLIGHT. AT /MXIMUM FLIGHT RATE THEY 
OPERATE ABOUT 12 MONTHS PER YEAR 

2 ) AT MAXIMUM FLIGHT RATE TWO SPACELABS WOULD BE IN-FLIGHT 
SIMULTANEOUSLY FOR ABOUT 3 MONTHS OUT OF A YEAR 

3) TWO SETS REQUIRED FOR THE MAXIMUM TRAFFIC RATE. THERE IS TIME 
FOR MAINTENANCE AND SOFTWARE INSTALLATION 

THIS EQUIPMENT SHOULD BE CENTRALIZED TO HANDLE ALL POCC'S. 

CAN BE BOUGHT IN TWO INCREMENTS 

® DISPLAYCOMPUTER AND PERIPHERALS 

1) REQUIRED FOR TRAINING AND SIMULATIONS AS WELL AS FLIGHT 

2) COMPUTER HAS THE MAJOR SOFTWARE CHANGES FROM FLIGHT TO FLIGHT 

3) COMPUTER COULD BE CENTRALIZED OR ONE PER POCC 

4) TOTAL COST WOULD BE ROUGHLY COMPARABLE 

5 ) CENTRALIZED COMPUTER NEEDS TO BE SIZED FOR AAAXIMUM EXPECTED TRAFFIC 

6) DEDICATED COMPUTERS CAN BE BOUGHT AS NEEDED 

DEDICATE COMPUTERS TO POCC'S. PURCHASE AS TRAFFIC DEVELOPS 
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CENTRALIZED VERSUS DECENTRALIZED EQUIPMENT 


A question that should always be examined is whether it is more advantageous to pro- 
vide a large centralized data handling facility or a group of smaller facilities keyed to 
the demand. 

The front end processor and data base operate for only about twelve months per year 
at the 29 per year rate (Traffic Model TM-1). Therefore, one set of equipment should, 
nominally, be able to handle the traffic. However, unless adequate ground handling 
facilities are provided to accommodate to variable launch timing, the occurrence of 
six 30 -day flights in the traffic model means that there will be two Spacelabs in orbit 
simultaneously for about 3 months of the year. Thus, two sets are required at higher 
flight rates. As there are more than two POCC’s needed at these rates, it would be 
more economical to have this equipment centra] ized to service all POCC's. 

The computer system could also be centralized or distributed. However, these 
elements together with the peripherals are used for POCC personnel training. Addi- 
tionally, the major software changes from flight to flight will be in this computational 
system. 

I': a first order estimate, one could assume that the total cost for computational 
equipment will be about the same whether it is centralized or distributed. However, 
the centralized computer system must be sized, at the outset, for the maximum 
expected traffic. Because the ultimate traffic to be accommodated is not known at 
this time, and because a centralized system imposes high early costs, it is con- 
cluded that the computers should be dedicated to POCC's. Additional ones can be 
purchased as the traffic rate dictates. 
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• PAYLOAD OPERATIONS REQUIREMENTS 


• DISPLAY AND COMMUNICATIONS REQUIREMENTS 


• data handling requirements 


« POC EQUIPMENT ESTIMATES 



• POC MANPOWER ESTIMATES 
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POC TUP.NAr:OUND TIME 


• HARDWARE CONFIGURATION 

• SOFTWAR^HARDWARE INTEGRATION AND TEST 

• GROUND CREW FAMILIARIZATION, TRAINING AND 
FLIGHT SIMULATIONS 

• FLIGHT SUPPORT 

• DATA RETRIEVAL, DISASSEMBLY AND CLEAN UP 


SOFTWARE CONSTRUCTION 


RECONFIGURATION AND SOFTWARE TEST 


TRAINING AND 

SIMULATIONS fughT 



-1 LAUNCH 1 


WEEKS 
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POC TURNAROUND TIME 


Software is constructed on lead center institutional computers using programs 
that emulate the POC computer. 

For mature operations, when the emulation programs have been proven, it is 
estimated that installation and test of the software in the POC will take about one 
month. This time will vary with the complexity of the flight. In all cases however, 
the payload software will change from flight to flight and must be tested in the 
POC environment. 

It is further estimated that about two weeks should be allocated to training of the 
POC team and in integrated simulations with the STS flight control team. Equip- 
ment and software used in this training should be identical to those to be used during 
flight. 

It can be demonstrated that use of facilities separate from the POC for software 
testing and POC team training will not effect a significant overall saving in 
equipment. 

Overall, the POC will be in use for 50 to 60 days for each seven day flight and for 
75 to 85 days during a 30 day flight. 

The remainder of this analysis will assume use of the POC’s for the software 
and training functions and lienee a 60-day turnaround for POC's (7 day flights). 









SPACELAB GROUND CONTROL FACILITY REQUIREMENTS 


Each of the traffic models have specific numbers of 7 -day and 30-day flights. This 
dictates that POC facilities are needed for total numbers of months, depending on 
the length of time that a POC is used. 

In the facing chart, these numbers are plotted against time for each traffic model. 
It uses the assumption that a POC is occupied for 60 days for a 7-day flight, and 
for 90 days for a 30-day flight. 
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NUMBERS OF FOG'S NEEDED 


Based on the previous chart, the facing page shows the number of POC's needed 
as a function of time and traffic model. It should be noted that the maximum 
rate traffic model (TM-1), in 1991 requires 64 months of POC occupancy. This 
would call for one more POC than the 5 listed. Because no attempt has been 
made to determine the relationship between turn-around time and flight discipline, 
this is considered within the precision of the study. 


80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 


TOTAL POC EQUIPiViENT REQUIREMENTS 


• BASED ON 60 DAY POCC TURN AROUND AND MOST LIKELY POCC'S 


FRONT END AND DATA BASE 
TM-1 
TM-2 
TM-3 

ANICLLARY EQUIPMENT 
TM-1 
TM-2 
TM-3 


OPERATOR CONSOLES 
TM-1 
TM-2 
TM-3 


25 32 

25 


POCC COMPUTERS 
TM-1 
TM-2 
TM-3 


© REDUNDANT SETS - ALSO INCLUDES SOFTWARE INSTALLATION AND TEST EQUIPMENT 
® HARD COPY DEVICE, STRIP CHART RECORDER 
@ ASSUMING SIMILAR CONSOLES TO THOSE IN THE FCR’S 



















TOTAL POC EQUIPMENT REQUIREMENTS 


The facing chaxt shows total numbers of each type of POC equipment by year as 
a function of the tr-affic models. This is based on the previously determined 
numbers of POC's needed and partially on the equipment requirements of the 
most likely PQCC's. 

In analyzing the most lilceiy POCC's, it can be seen that only one discipline (Life 
Sciences) would use the minimum sized POCC, Because of this, all POCC's 
were considered to be either Minimum Command size or Full Control size. The 
latter was used for all astronomy, hi-energy physics, and solar physics payloads. 

Because there is a difference in the number of consoles needed between disciplines 
for either size of POCC, the number used was 7 for Minimum Command and 9 for 
Full Control. This should be conservative enough to provide sufficient peripheral 
equipment so that POCC's can be tailored to the specific requirements of each 
flight. 
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POC CUMULATIVE EQUIPMENT COSTS 

« 1 MBPS FRONT END AND DATA BASE 











POC CUMUX^TIVE EQUIPMENT COSTS 


Based on the previously shown equipment requirements and cost estimates, 
the facing page shows total and time phased equipment costs. 

These costs arc based on use of the megabit per second front end 
processor. 
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TOTAL POC EQUIPMENT COSTS - THRU 1991 

;DOLlARS IN MILLIONS) 


■C 



MCC PROVIDED 

POC PROVIDED 

POC PROVIDED 

TRAFFIC MAX. 

FRONT END 

MBPS 

== 3 MBPS 

MODEL NOS. 

AND DATA BASE 

FRONT END 

FRONT END 

TM - 1 (29) 

1.8 

2.7 

5.1 

TM-2 (16) 

1,2 

2.0 

4.4 

TML-3 (10) 

0.8 

1.2 

2.4 







TOTAL POC EQUIPMENT COSTS ~ THROUGH 1991 


The facing page shows the total cost for POC equipment for the three traffic 
models through 1991. 

This chart demonstrates the sensitivity of total costs to the cost of the Front 
End Processor. Three instances are shown: 

1) With the JSC MCC providing front end processing and data storage for 
the POC, no attempt was made to estimate the cost of augmenting the 
MCC to provide this service. 

2) With a 5«1 megabit per second front end in the POC. 

3} With a 2 to 3 megabit per second front end in the POC. 

No attempt was made to develop costs for a front end processor that would 
operate at higher data rates because it is believed that this will require new 
technology development. 
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POC EQUIPMENT CONCLUSIONS 


isa 


BETWEEN 2 AND 5 POC'S ARE REQUIRED DEPENDING ON TRAFFIC MODEL 

THE MAJOR COST DRIVER IS THE FRONT END PROCESSOR AND DATA BASE 

SCIENCE DATA RATE DICTATES THIS ELEMENT, COULD BE ALLEVIATED THROUGH 
PAYLOAD DESIGN 

SPACELAB POC'S COULD BE IMPLEMENTED WITH OFF-THE-SHELF HARDWARE, 

AT MODERATE COST 
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PAYLOAD OPERATIONS REQUIREMENTS 


e DISPLAY AND COMMUNICATIONS REQUIREMENTS 
• DATA HANDLING REQUIREMENTS 
• POC EQUIPMENT ESTIMATES 

« POC REQUIREMENTS BY TRAFFICE MODEL 

— _ 

• POC MANPOWER ESTIMATES 
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SOFTWARE PROGRAM 


WORDS 


SYSTEM SPECIFICATION 
OPERATING SYSTEM 


DATA STORAGE AND RETRIEVAL 

DISPLAY GENERATOR 

• 40 FORMATS 

DATA BASE STRUCTURING 

MATH MODEL CONVERSION 

• AVG B EXPERIMENT SYSTEMS 

SPECIAL PLANNING PROGRAMS 
CONVERSION 


lOOK 

100K 


(200K) 

50K 


INTEGRATION AND TEST 
TOTAL SOFTWARE DEVELOPMENT 
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ID iNTEGRATlON MANPOWER ESTIMATES 


SIZE 

FIRST FLIGHT 
MANMONTHS 

REFLIGHT 

MANMONTHS 

INSTRUCTIONS 

- 

9 

“ 

- 

18 

- 

3.3K 

24 

- 

3.3K 

24 

3 

- 

18 

9 

1.7K 

12 


" 

6 

6 

- 

42 

12 


153 


42 












PQC SOFTWARE DEVELOPMENT, TEST AND INTEGRATION MANPOWER ESTIMATES 


The facing page shows the estimated manpower required to develop, test and integrate 
software to support experiment operations in the POC, The estimates are based on 
experience and a general understanding of the functions to be performed. The 
software requirements will vary from discipline to discipline and a much more 
detailed study would be required to make a more accurate estimate. 1 rogram word 
size estimates were made based on similar existing programs; these were then 
converted to instructions by an average of 30 words per instruction, Manmonths 
were then estimated using approximately $31 /instruction and $50, 000 man year as 
the conversion factors. The estimates for system specification and integration were 
based on the proportion of these efforts to total manpower from past software programs. 
For program conversion a "rule of thumb" of l/4 the manpower of new code was used. 
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TOTAL MAN LOADING 
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POC SOFTWARE DEVELOPMENT, TEST AND INTEGRATION MANLOADING AND SCHEDULE 


An estimate of the dislribui'ion of manpower is presented on the facing page. The distribution 
is based on the estimates of the previous chart, is presented by quarter and is in equivalent 
manpower. 
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MANPOWER ESTIMATES FOR POO SOFTWARE 
BY FLIGHT RATE 







MANPOWER ESTIMATES FOR POC SOFTWARE BY FLIGHT RATE 


The facing chart shows a typical manloading estiinate for a lead payload center 
supporting a rnaximum of four flights per year (MSFC traffic for TM-3), The 
buildup of manpower is unique at each center depending on the traffic model 
and payload assignments. 


- 146 - 



K. 


LEAD CENTER POC SOFTWARE DEVELOPMENT MANPOWER ESTIMATES 

m MANPOWER IN MAN YEARS • 153 M.ANMONTHS FIRST FLIGHT 

• 42 MANMONTHS REFLIGHT 


TRAFFIC 

MODEL 

LEAD CENTER 

MSEC 

GSFC 

LaRC 

JSC 

ARC 

TM-1 

(29) 

290 

185 

132 

73 

69 

TM-2 

(16) 

163 

128 

65 

55 

51 

TM-3 

(10) 

107 

100 

41 

41 

34 
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LEAD CENTER POC SOFTWARE DEVELOPMENT MANPOWER ESTIMATES 


Based on the data presented on the previous three charts, an estimate of the 
total equivalent manpower needs of each of the potential lead centers was made. 
This is shown on the facing page in man years by lead center and traffic model. 


S CHEDULF 

WEEKS -4 

I 


PQC MANNING. TRAINING AND OPERATIONS 


-3 


-2 


-1 


INDOCTRINATION 


LAUNCH 


2 


aa 

TRAINING AND SIMULATIONS 


FLIGHT SUPPORT 


-| POST FLIGHT 
J ACTIVITIES 


MANPOWER 



NO 

. NEEDED 

SHIFTS 

TOTAL NO. PEOPLE 

AO 

MC 

FC 
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PPG MANNING, FOR TRAINING AND OPERATIONS 


In order to develop estimates of manpower requirements for the POC a scenario was 
generated that is illustrated on the facing page. It is estimated that about three weeks 
would be required for indoctx'ination and training so that the POGC team would be 
capable of operating effectively with the STS Operator and Crew in integrated simula- 
tions. This means that about 3-1/2 weeks would be required preflight. 

At least a half week post Hight should be provided for POC participants to investigate 
the nature of the recorded data and to establish with the MCC the type of Orbiter and 
Spacelab data needed for the scientific analyses. Thus, the participants are expected 
to be in residence 5 weeks for a 7-day flight and 8 weeks for a 30-day flight. 

The payload manager should be in residence and have primary responsibility for 
payload operations - 

Based on Apollo and Skylab experience, there should be a chief scientist who has 
responsibility for making decisions between investigators where there are conflicting 
demands on flight resources. He should be available for each days' activities plan- 
ning and for preplanning strategy sessions. This could take as much as 16 hours 
each day. 

There should be a payload flight planner in charge of each shift. 

Experiment development engineers and investigators should be operating in the POC 
on all shifts. The number of these depends on the number required by the payload. 

For this analysis the numbers are matched to the number of consoles provided in the 
most likely POCC's. 

Total numbers of personnel in-residence are listed as a function of the POCC size. 

The equipment support personnel are required only for payload unique equipment. The 
operations and maintenance of other POC equipment can be best supplied by MCC personnel. 
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MANPOWER FOR TRAINING AND OPERATIONS 


« MANNING REQUIREMENTS 

MINIMUM CONTROL POC-28 MEN FULL CONTROL POC-35 MEN 

• MANNING DURATION 

7 DAY FLIGHT - 5 WEEKS 30 DAY FLIGHT - 8 WEEKS 

• AVERAGE MANPOWER REQUIREMENT - ALL TRAFFIC MODELS 

40 MANMONTHS PER FLIGHT 

j 

j 

I 

i 
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MANPOWER FOR TRAINING AND OPERATIONS 


Using the previous scenario it is estimated that POCC manning should be about 
28 for a Minimum Control POCC and 35 for the Full Control POCC. They 
should be in residence for about 5 weeks for a 7-day flight and about 8 weeks 
for a 30 -day flight. 

With the most likely POC's proscribed, the manpower requirement averaged 
across each traffic model is about 40 manmonths per flight. 


SPACELAB PAYLOAD OPERATIONS CENTER REQUIREMENTS 


RESULTS 

• FUNCTIONS PERFORMED IN REAL TIME VARY SIGNIFICANTLY WITH PAYLOAD DISCIPLINE 

• TOTAL EQUIPMENT COSTS VARY FROM 1 TO 5 MILLION DEPENDING ON FLIGHT RATE AND 
AMOUNT OF DATA PROCESSING PROVIDED BY MCC 

• AVERAGE MANPOWER ESTIMATE IS *=^145 MANMONTHS PER FLIGHT INCLUDING FLIGHT 
PLANNING (65), POC SOFTWARE (40) AND POC OPERATION (40) 

• AS MANY AS FIVE POC FACILITIES ARE REQUIRED TO PROVIDE RECONFIGURATION, 
TRAINING AND REAL-TIME SUPPORT 

RECOMMENDATIONS 


m PLAN FOR A MODULAR POC, BASED ON THE USE OF MINI/MICRO PROCESSORS 
• REVIEW THE REAL NEED FOR HIGH RATE SCIENCE DATA IN THE POC 
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OPERATJONS CONCEPTS THAT REDUCE MANPOWER 


OBJECTIVE 

IDENTIFY WAYS TO REDUCE COSTS OF EXPERIMENT 
FLIGHT OPERATIONS AND PLANNING 


OPERATIONS CONCEPTS THAT REDUCE MANPOWER 


The objective of this study task is to develop concepts that will reduce ’' ASA costs 
for Spacelab payload flight planning . Both recurring (e.g. , manpow' and computer 
time) and non-recurring (computer and software procurement) are : > be considered^ 
and a set of representative Spacelab payloads are to be used in the analysis. This 
section of the Cost Reduction Alternative Study (CRAS) report is devoted to pre- 
flight planning activities, beginning after identification of the payload and culminating 
at launch of the payload. 


PRECEDING- PAG^BLANK NOT FILMED 


DEFINITION OF MISSION AND FLIGHT PLANNING 










DEFINITION OF MISSION AND FLIGHT PLANNING 


Mission planning and flight planning are defined as shown on the facing chart, 
for the purposes of the study. Mission planning is assumed to include definition 
of payloads in whatever number is needed to achieve a scientific objective, and 
is assumed to be a NASA/Headquarters - level function. 

Payload flight planning is the preparation of all the payload -related analyses, 
procedures, and operational data necessary to perform a single flight of a Spacelab 
payload. As an example, this study is concerned with the planning to be performed 
by the Payload Operator for any one of the three flights that have been postulated 
on the facing chart. 

The real-time Replanning and Control of the Spacelab payload, during the flight, 
is treated separately in this report. 
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FLIGHT PLANNING FUNCTIONS FOR EXPERIMENT OPERATIONS 


FUNCTIONS 

USES 

1) IDENTIFY EXPERIMENT OPERATIONAL RE- 

A) INSURE ACHIEVEMENT OF SCIENTIFIC 

QUIREMENTS 

OBJECTIVES 

2) SELECT ORBITS, TRAJECTORIES AND 

B) MAXIMIZE EXPERIMENT SCIENCE 

SCHEDULES 

RETURN 

3) DEVELOP EXPERIMENT TIMELINES 

C) IDENTIFY REQUIREMENTS FOR PAYLOAD 


SUPPORT (STS AND ANCILLARY AGENCIES) 

4) PERFORM CONSUMABLES PLANNING 



D) PROVIDE OPERATIONAL INPUT TO 

5) DEVELOP ATTITUDE AND POINTING 

EXPERIMENT DESIGNS AND PROCURE- 

PLAN 

MENT 

6) DEVELOP EXPERIMENT PROCEDURES 


7) PREPARE FLIGHT DATA FILE 




FLIGHT PLANNING FUNCTIONS FOR EXPERIMENT OPERATIONS 


An analysis has been performed to identify the flight planning functions that must 
be performed for Spacelab payloads. The seven functions listed in the table, 
and their uses, are generic to the Spacelab payloads identified for use in the 
study. These flight planning functions are consistent witii experience gained 
on Skylab, Apollo and ASTP, and they provide a baseline for development of 
low cost alternative concepts. 


EACH PAYLOAD/CARGO IS DEVELOPED AND 
OPERATED BY A LEAD CENTER 


• REDUCES DUPLICATION OF FUNCTIONS BETWEEN STS AND LEAD CENTER 

• CENTRALIZES MANAGEMENT OF INTERDEPENDENT PAYLOAD SYSTEMS 
ENGINEERING AND FLIGHT PLANNING 

9 BRINGS OPERATIONS INFLUENCE TO DESIGN OF EXPERIMENT EQUIPMENT 

• MINIMIZES FLIGHT PLANNERS TRAVEL COSTS 

• MINIMIZES DOCUMENTATION 

• STIMULATES INTERCHANGE OF SYSTEMS ENGINEERS 

• MAXIMIZES REAL TIME RESOLUTION OF EXPERIMENT COMPETITION FOR FLIGHT 
RESOURCES 
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EACH PAYLOAD/CARGQ IS DEVELOPED AND OPERATED BY A LEAD C EM TER 


Early in the study, an analysis was conducted to evaluate the desirability o£ payload 
flight planning by a centralized, dedicated organization, by the STS operator, by a 
contractor, or by the Lead Center. The complete range of Spacelab payloads 
was considered, including single-discipline payloads, multi -applications payloads, 
mixed U.S, -foreign payloads , and NASA-DoD payloads. For the reasons shown, 
payload flight planning by the assigned Lead Center is preferable and is recommended 
for Spacelab payloads. In particular, the Lead Center's role in payload systems 
engineering dictates that it should also perform the highly-interrelated flight 
planning functions. 


COST/MANPOWER REDUCTION FACTORS 




• MINIMIZE CONTiNGENCY/MALFUNCTION PLANNING 

• MINIMIZE FLIGHT PUNNING ITERATIONS 

• MAXIMIZE USE OF INSTITUTIONAL COMPUTER SYSTEMS 

• MAXIMIZE COMMON USE OF MANPOWER 
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COST/MANPOWER REDUCTION FACTORS 


Lower costs for payload flight planning can be achieved by careful attention 
to the four major factors on the facing page. These four factors have 
been identified as hnportant for reducing both non-recurring costs (e.g. , 
new computers and software) and recurring costs (e.g., manpower per 
flight). In the material that follows, each factor is analyzed to determine 
its contribution to cost-savings, and implementation methods for achieving 
these lower costs. 


MINIMIZE MALFUNCTION/CONTINGENCY PLANNING 


a 


• PROVIDE MALFUNCTION/CONTINGENCY PLANNING FOR SAFETY OF 
FLIGHT ONLY 

• MOST CONTINGENCIES ARE SOLVED BY CHANGES TO THE 
EXPERIMENT TIME LINE 

• EQUIPMENT MALFUNCTIONS REQUIRE ASSESSMENT OF 
SCIENCE AND EQUIPMENT DATA FOR FAULT ISOUTION 


MINIMIZE MALFUNCTION /CONTINGENCY PLANNING 


The range of possible malfunctions and contingencies is wide and unpredictable. 
Pre-flight planning for malfunctions and contingencies can be extremely expensive, 
and even then there will always be the lilcelihood of an unforeseen event that 
requires corrective analysis during the flight. It is for such unforeseen events 
that a Payload Operations Center (POC) is established, staffed to analj.'-ze mal- 
functions/contingencies and to recon. mend corrective approaches. 

Only safety of flight considerations, relative to the payload, are mandatory flight 
planning activities. Experience on previous manned flights indicates that changes 
to experiment timelines and near -real-time workaround analyses (for equipment 
malfunctions) are satisfactory substitutions for extensive malfunction /contingency 
planning. 


MOST CONTJNGENCJES ARE SOLVED BY CHANGE TO THE TIMELINE 




EXPERIMENT 

CONTINGENCY 

FACTOR 

PROBABLE CAUSE 

PROBABLE ACTION 

GENERAL CHARACTERISTICS 

EXPERIMENT 

EQUIPMENT 

PERFORMANCE 

EQUIPMENT 

BREAKDOWN 

» FAULT ISOLATION 
® WORK AROUND 

® LARGE NUMBER OF 
VARIATIONS 

e LARGELY UNPREDICTABLE 

# GENERALLY ONLY 
CAUSES LOSS OF EXPERI- 
MENT TIME 

• MOST LIKELY ACTION 
IS A CHANGE IN THE 
TIME LINE 

ORBITAL DEVIATIONS 

VARIATION IN 
LAUNCH TIME, 
INSERTION ORBIT, 
ETC. 

© REVISED TIME LINE 

NATURAL 

PHENOMENA 

OCCURENCE OF 
FLARES, WEATHER, 
ETC. 

• REVISED TIMELINE 

HUAMN FACTORS 

VARIATION OF 
CREW PERFORMANCE 
IN ZERO-G 
ENVIRONMENT 

• REVISION OF 
EXPERIMENT PER- 
FORMANCE TIME 

• REVISED TIME LINE 

SCIENTIFIC 

DATA 

SCIENTIFIC 
PHENOMENA 
NOT AS EXPECTED 

• RECONFIGURATION 
OF EQUIPMENT 
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MOST CONTINGENCIES ARE SOLVED BY CHANGES TO THE TIME LINE 


The likely payload contingencies, their causes and remedial actions have been 
identified. It is important to note that all elements of the flight (Orbiter, Spacelab, 
experiment equipment and procedures, crew timelines) will be developed to 
minimize the occurence of malfunctions or contingencies; accordingly, it should 
be expected that malfunctions and contingencies will decrease as the STS and 
payload technology mature. The need for payload contingency planning will 
correspondingly decrease. 

The Probable Actions shown in the facing table are all within the capabilities 
of the POC and its supporting complement of Principal Investigators, experiment 
engineers and flight planners. The resources of the MCC will provide comparable 
support for workaround procedures for orbit insertion errors and Spacelab sub- 
system malfunctions. From Skylab, experience shows that the flight crew is 
also capable of corrective actions for payload malfunctions and contingencies. 
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EQUIPMENT malfunctions REQUIRE ASSESSMENT 
OF SCIENCE AND EQUIPMENT DATA 


SCIENCE AND EQUIPMENT DATA MUST BE EVALUATED TO 

• DETERMINE VALIDITY OF SCIENTIFIC DATA 

• ISOLATE FAILED EQUIPMENT 

• DEFINE EQUIPMENT WORKAROUND PROCEDURES 
OR CONFIGURATIONS 


MUST BE PERFORMED IN REAL TIME 


EQUIPMENT MALFUNCTIONS REQUIRE ASSESSMENT OF 
SCIENCE AND EQUIPMENT DATA 


Payload equipment is designed, manufactured and tested so as to minimize 
malfunctions, i.e., all anticipated possibilities for malfunction have been 
eliminated. Therefore, planning for malfunctions and contingencies is 
logically restricted to providing resources for determining causes of 
unforeseen malfunctions and work-around procedures. Both the POC and 
the flight crew are expected to participate in this activity. 

Since all possible malfunctions cannot be predicted or pre-planned, and 
because of the POC /crew capabilities for analyses and corrective actions, 
no man hours are required for payload contingency planning. 
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MINIMIZE EXPERIMENT PLANNING ITERAilONS 


ADVANTAGES 

• REDUCES TOTAL PLANNING MANPOWER 

• ALLOWS USE OF PLANNERS FOR OTHER SYSTEMS ANALYSIS ACTIVITIES 
DURING HARDWARE DEVELOPMENT 

• REDUCES COMPUTER USAGE 
FACTORS 

• DEVELOP FLIGHT PLANS ONLY WHEN REQUIRED TO SUPPORT PAYLOAD 
OPERATIONS PLANNING OR DESIGN 

• REPLAN ONLY WHEN HARD TEST DATA BECOME AVAILABLE 
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MINIMIZE EXPERIMENT PLANNING ITERATIONS 


Manpower and computers hours for payload flight planning are directly related to 
the number of times the flight plan is updated. It is recommended that a new plan, 
or an update of an existing plan, be accomplished only at the following times; 

• When a flight plan is needed to support experiment equipment 
design specifications, or to assemble requirements for flight 
support from the STS, the launch site, communications networks 
and other support agencies. 

s When hardware test data become available for integrating into 

detailed timelines, procedures, consumables and pointing analyses. 

As a subset, refinement of a detailed flight plan may be necessary 
on the basis of simulation of experiment operations and training 
exercises. 

The advantage of limited iterations is in a reduction of costs (manpower and 
computers) from the costs of continuous flight planning during the preflight 
periods. 
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EXPERIMENT FLIGHT PLANNING ITERATIONS 
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EXPERIMENT FLIGHT PLANNING ITERATIONS 


For Spacelab payloads, the minimum flight-plan iterations are shown, together 
with their intended purpose. Flight plan "A" will be used to define total flight 
characteristics and constraints that must be considered in design and test of 
the experiment equipment. Flight plan "B'' is a detailed plan that will include 
experiment timelines, procedures, consumable and pointing, all of which should 
be compatible with the actual flight hardware. Flight plan "C" is an update that 
considers the impact of simulations and integrated crew training; this flight 
plan becomes parts of the Flight Data File. 
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NOMINAL-PAYLOAD MAN-MONTH ESTIMATES 
FOR FL IGHT PLANNING 

• Minimum malfunction/contingency planning 

• First flight 

• Performers are experienced 

• Average payload multi -applications 
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NOZvlINAL-PAYLOAD MAN-MONTH ESTIMATES FOR FLIGHT PLANNING 


To establish manpower estimates, a set of ground rules have been postulated, 
consistent with low costs and with the early years of Spacelab payloads. 

Experienced flight planners are available both within NASA and in industry, and 
it is assumed such people would be assigned to the flight planning function. The 
estimates for manpower were provided by TRW people who supported the flight 
planning for Skylab, Apollo and ASTP, and who have reviewed the candidate Space- 
lab payloads. 

As a baseline, Multi -Applications payloads are considered to be of average com- 
plexity and are used for initial manpower estimates. 

Manpower estimates are shown for the three iterations to the flight plan and for 
a limited degree of flight plan maintenance. The values are consistent with the 
ground rules and constraints listed on the previous chart. 

Flight plan maintenance is shown for a period that is typical of the manu- 
facture and test of new experiment equipment. For reflights, this period would 
be shorter because this equipment would require only refurbishment or minor 
modifications. Flight plan maintenance would be reduced accordingly. 

The manpower estimates are also consistent with use of the computer hours 
estimated elsewhere in this report. It is also assumed that the flight planners 
are collocated with the payloads's system engineer and have ready access 
to Principal Investigators. 
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PAYLOAD 


NUMBER OF 
EXP. SYSTEMS 

























SUMMARY OF PAYLOAD OPERATIONAL REQUIREMENTS 


Variations from the baseline manpower estimates will be caused by differences 
in complexity among the candidate payloads. The accompanying chart sum- 
marizes the degrees of complexity to be expected, with AMPS as the most comple 
and Life Sciences the least complex in terms of flight planning. 

The three factors that contribute to complexity relate to the difficulty of develop- 
ing optimum flight plans. Attitude and pointing become difficult when multiple 
experiments compete for available RCS capability, available time(s) on orbit, 
and available access to targets. Constrained orbital conditions represent 
difficulties in scheduling experiments during darkness, through the liinb of the 
earth, while all other experiments are inoperative, etc. Constrained order of 
performance can severely reduce flexibility in scheduling individual experiments 
to achieve all payload objectives. 
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FLIGHT PLANNING MAN-MONTH REQUIREMENTS 
BY PAYLOAD DISCIPLINE 


Manpower estimates reflect the varying complexity among payloads. In general, 
the number of experiments in the payload is directly related to complexity and to 
manpower estimates for payload flight planning. Payloads that require a great deal 
of pointing (e.g, AMPS) will require more planning than payloads insensitive to 
attitude and pointing (e.g.. Life Sciences). Conversely, all payloads will require 
a similar amount of sustaining activity during the equipment-procurement cycle. 

The First Spacelab Mission is a unique case in that some flight planning functions 
are beyond the control of the payload users, e.g. , flight requirements, orbit 
selection, attitude and pointing. The options within these functions will be evaluated 
and selected on the basis of the flight's primary purpose, which is to test the 
Spacelab and its systems. The payload planners will probaVy coordinate on the 
options, but will not require extensive analyses of their own. 


FLIGHT PLA iN IN G MAN-MONTH REQUIREMENTS BY 

FLIGHT TYPE 



MANPOWER 

REQUIRED -MAN 

MONTHS 

PAYLOAD DISCIPLINE 

FIRST FLIGHT 

RE-FLIGHT 

30-DAY FLIGHT 

AMPS 

109 

62 

123 

ATL 

121 

56 

139 

LIFE SCIENCES 

65 

18 

70 

MULTI-APPLICATIONS 

83 

36 

95 

COMBINED ASTRONOMY 

87 

40 

100 

FIRST MISSION 

73 

- 

- 

MAJOR DIFFERENCE IN 
PLANNING ACTIVITY 


• EXPERIMENT 
PROCEDURES 

• FLIGHT DATA 
FILE 

• SUSTAINING 
ACTIVITY 

• ATTITUDE AND 
POINTING 

• CONSUMABLES 











FLIGHT PLANNING MAN-MONTH REQUIREMENTS 
BY FLIGHT TYPE 


Spacelab payload equipment is expected to be used on successive flights with only 
slight modification between flights. It will thus be possible to reuse large portions 
of the previous flight plan, resulting in lower manpower requirements for planning. 
For example, procedures for operating the equipment will change only slightly and 
much of the Flight Data File can be used again. Also, sustaining activity will be 
appreciably lower than for the first flight of the payload because the equipment- 
procurement cycle will be greatly reduced in scope and time. Based on the above, 
estimates for man-months to plan repeat flights are significantly lower than for the 
first flight of a payload, as shown in the table. 

For 30-day flights, attitude and pointing must be planned for a larger number of 
targets, and consumables planning becomes more complicated because the Spacelab' s 
limited resources must be stretched out over a longer period. 
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SPACELAB PAYLOADS FLIGHT PLANNING MAN-MONTHS 


FLIGHT 

PLANNING 

fMAN-MONTHS) 


SPACELAB PAYLOAO FLIGHT/YEAR 
FP MAN-MONTHS 

EQUIVALENT PERMANENT EMPLOYEES 

EQUIVALENT EMPLOYEES USING 
LEARNING CURVE 
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SPACELAB PAYLOADS FLIGHT PLANNING MAN-MONTHS 


Man-months for the recommended flight planning iterations have been compiled for a Lead Center 
supporting up to four average-payload flights /year . Each flight has first been estimated as if it were the 
first flight of that payload, i. e, the data are quite conservative in that no learning curve is included. The 
preliminary, detailed and Flight Data File activities are also scheduled as for a first flight, leading to 
the man-months shown in advance of the first Spacelab flight in 1980. 

As an extension of the first-flight estimates, a learning curve has been used and the resulting man-month 
estimates are shown (dotted lines). Use of these latter data will significantly lower the number of 
employees required. 

Breakpoints in the learning curve were based on the following data from the GRAS 1 2 -flights /year model, 
specifically the MSFC portion; 

o By 1982 every discipline has flown at least one payload 

• By 1985 every discipline has flown at least two payloads 

• By 1986 every discipline has flown at least three payloads 

• By 1987 every discipline has flown at least four payloads 

• By 1988 every discipline has flown at least five payloads 

• By 1989 every discipline has flown at least six payloads, 

A mixture of first flights and reflights was assumed down to the fourth flight, beyond which all flights 
are reflights and that manpowe r would remain constant. The summations along the bottom of the 
chart are for the number of permanent flight planners required at the Lead Center, 
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MAXIMIZE USE OF EXISTING COMPUTER RESOURCES 


ADVANTAGES 

• REDUCE NEW HARDWARE EXPENDITURES 

• REDUCE SOFTWARE CONVERSION/DEVELOPMENT 

• AVOID LEARNING COSTS OF NEW SYSTEMS 

FACTORS 

• COMPUTATIONAL WORK LOAD 

• SENSITIVITY TO FLIGHT RATE 

® CAPABILITIES OF POTENTIAL LEAD CENTERS 

• AVAILABILITY OF APPLICATIONS SOFTWARE 
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MAXIMIZE USE OF EXISTING COMPUTER RESOURCES 


Payload flight planning involves nse of computers for many analyses, 
such as determination of pointing angles, consumables profiles and crew 
timelines. Within NASA, a great amount of computer hardware and 
software is available and can be used for Spacelab payload flight planning. 

This capability is enhanced by the fact that preflight planning is not time- 
critical, making it possible to use institutional resources in a batch-processing 
mode if interactive capability is not available. 

The analysis has considered the capabilities of payload Lead Centers 
to support the anticipated flight rates, leading to recommendation that 
existing computer resources be used for payload flight planning. 
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TYPICAL COMPUTATIONAL WORKLOAD 

PER FLIGHT 


HOURS PER 
MONTH 


« BATCH PROCESSING 

• MULTi-APPLICATiONS 

• NOMINAL FLIGHT PLANS 


© 1 108 COMPUTER HOURS 

• USAGE PER FLIGHT 

• MINIMUM ITERATIONS 
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TYPICAL COMPUTATIONAL WORKLOAD PER FLIGHT 


Estimates for the computional workload for payload flight planning have been 
developed as part of the analysis. The level of flight planning has been taken to be 
full and complete except for malfunctions and contingencies. Univac 11 OS's have 
been used for estimating computer hours because tJiis computer is widely used by 
candidate Lead Centers, Since payload flight planning is not time-critical, batch- 
processing has been assumed, thus enhacing the availability of institutional re- 
sources. Iterations of the flight plan occur only when a flight plan is needed to 
proceed with development of equipment and support planning, or when experiment 
test and operations data become available. 

The Multi-Applications have been found "average” for the Spacelab payloads, and 
the computational workload for this payload is shown. The computational hours/ 
month are for the first flight of Multi- Application payloads, using the ground rules 
of the previous chart. The periods of major computer usage are related to the .. 
following: 

• Between 42 -3b months, a preliminary flight plan is needed to 
support experiment-equipment design and procurement, and to 
define flight support required from POC, MCC, KSC and other 
ancillary agencies. 

• Between 8-4 months, experiment test data and operating 
procedures are integrated into a detailed payload flight 
plan. 
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TYPICAL COMPUTATION WORK LOAD 


• NOMINAL FLIGHT PLANS 

• MULTI-APPLICATIONS 

« MAXIMUM FOUR FLIGHTS/YEAR 


1 108 COMPUTER HOURS 
BATCH PROCESSING 
TM-3 TRAFFIC MODEL 


ANNUAL 300 
FLIGHT 
PLANNING 
COMPUTER 
USAGE om 




TYPICAL COMPUTATION WORKLOAD PER YEAR 


Thr impact of flight rate on computer hours has been analyzed, assuming the 
ground rules of the previous chart and a maximum flight rate of four flights 
per year at the Multi- Applications Lead Center. In the totality of payload 
flight planning activities, an average of about one hour per day of Univac 
1108 support is estimated. 

The assumption of a maximum of four flights per year at a given Lead Center 
is consistent with Traffic Model-3, as defined for the purposes of this study. 
For other flight rates, the computer hours can be approximated from the 
base of four flights per year. 

Impacts of learning curves, repeat flights and other - than-average payloads 
are treated in the following charts. 


- 190 - 





COMPUTER WORKLOAD FOR FLIGHT PLANNING 

BY PAYLOAD TYPE 

► NOMINAL PLANNING • BATCH PROCESSING 

1108 COMPUTER • MINIMUM PLANNING ITERATIONS 
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COMPUTER WORK LOAD FOR FLIGHT PLANNING BY PAYLOAD TYPE 


There is a wide variation in complexity among the candidate Spacelab payloads, 
and an accompanying variation in hours of computer support for flight planning. 
Using the Design Reference Missions and the individual flight planning functions, 
estimates of compute ' hours have been developed as shown. AMPS will require 
significantly more computing support than the 87 hours needed for combined 
Astronomy, while Life Sciences needs appreciably fewer hours. 

Sustaining activity is included for every payload to provide minimum flight 
planning support between major iterations. An estimate of 10 computer hours 
has been allocated for this function. 


NOMlh4AL PLA TUNING 
1 i08 COMPUTER 


BATCH PROCESSING 

MINIMUM PUNNING ITERATIONS 


PAYLOAD DISCIPLINE 

AMPS 

ATL 

LIFE SCIENCES 
MULTI-APPLICATIONS 
COMBINED ASTRONOMY 
FIRST MISSION 

MAJOR DIFFERENCE IN 
PLANNING ACTIVITY 


COMPUTER HOURS REQUIRED 

FIRST FLIGHT 

RE-FLIGHT 

30-DAY FLIGHT 

ni 

93 

144 

99 

79 

136 

40 

22 

50 

81 

63 

109 

87 

69 

112 

48 

- 

- 


• EXPERIMENT 
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ACTIVITY 

• ATTITUDE AND 
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COMPUTER WORK ROAD FOR FLIGHT PLANNING BY FLIGHT TYPE 


Re -flights of payloads will benefit from computer analyses for the earlier flight(s), 
even though minor modifications to experiment equipment and procedures are 
anticipated. Based on experience from Skylab, automated satellite programs and 
other manned programs, an estimate has been developed for computer hours for 
flight planning, by payload type. Except for Life Sciences, repeat flights will 
require only about 80 percent as many computer hours as the first flight {Life 
Sciences requires a lower percentage, about 47 percent) because three flight 
planning activities (consumables, flight data file and sustaining activity) are a 
major portion of the original flight work and need not be entirely redone for 
every subsequent flight. 

Thirty-day flights vary between 130-140 percent of original-flight computer 
hours. Most of the increase ’S due to extension of the consumables and 
pointing analyses. 


AVAILABILiTY OF APPLICATIONS SOFTWARE FOR EXPERIMENT 

FLIGHT PLANNING 


HBONI 


CRAS REFERENCE DATA FILE o STS PAYLOAD MISSION CONTROL STUDY 

« EXTENSIVE FLIGHT PLANNING SOFTWARE IS AVAILABLE WITH NASA 

MANNED ACTIVITY SCHEDULERS ' 

TRAJECTORY/ORBIT ANALYSIS 
INSTRUMENT POINTING 
ANTENNA POINTING 
COMMUNICATION 
CONSUMABLES 

• MATH MODELS FOR EXPERIMENT SYSTEMS WILL EVOLVE DURING THE PAYLOAD 
DESIGN AND DEVELOPMENT PROCESS 


- POWER USAGE 
" PROCEDURES 


AVAILABILITY OF APPLICATIONS SOFTWARE 
FOR EXPERIMENT FLIGHT PLANNING 


From information gathered during this study and during the STS Payload 
Mission Control Study, it is apparent that a great deal of applicable software 
is available. An overview of the types of available software is shown on the 
facing page. Using proven technology and low-cost communications, software 
and hardware can be used to support Lead Centers other than the one where 
the resources are located, if local institutional resources are not available. 

Experiment-peculiar software will be developed as part of the experiment 
design, procurement and testing, either by the Principal Investigators or the 
experiment contractor. 


FLIGHT PLANNING CAPABILITIES OF POTENTAL LEAD CENTERS 



• TM-3 1C ;2 FLIGHT/ YEAR •INSTITUTIONAL CAPABILITIES 



CAPABILITIES 

REQUIREMENTS 

ASSESSMENT 

FACILITY 

HARDWARE 

SOFTWARE 

PAYLOAD 

DISCIPLINES 

PROBABLE 

MAXIMUM 

FLTS/YEAR 

COMPUTER 
WORK LOAD 
HOURS/YEAR 


ARC 

IBM 360 (2) 
CDC 7600 

INCOMPLETE 

LIFE SCIENCE 
ASTRONOMY 

2 

120 

WORK LOAD LIGHT 

possible conversion 

ORUSE OF NASA 
RESOURCES 

MSFC 

UN IV AC 
11 GO'S (31 

ADEQUATE 

SPACE PROCESSING 
AMPS 

MULTI-USER 

MULTl-APPL 

4 

340 

CAPABILITY EXISTS 

WORK LOAD NOT 
EXCESSIVE 

GSFC 

IBM 360(3) 

PROBABLY 

ADEQUATE 

SOLAR PHYSICS 
HI-ENERGY PHYSICS 
ASTRONOMY 
MULTI-APPL 

4 

350 

LIMITED 

SCHEDULING S/W 

WORK LOAD NOT 
EXCESSIVE 

lARC 

CDC 6000 (5) 

MANNED 

PROGRAMS 

MARGINAL 

ATL 

1 

95 

SOFTWARE UPDATES 
REQUIRED 

WORK LOAD LIGHT " 

JSC 

UNIVAC 
llOO's (5) 

ADEQUATE 

LIFE SCIENCE 
MULTI-APPL 

2 

120 

WORK LOAD LIGHT 
CAPABILITY EXISTS 









































FLIGHT PLANNING CAPABILITIES OF POTENTIAL LEAD CENTERS 


An overall analysis has been prepared for compute r-sxipport requirements 
including consideration of refligbts, and capabilities for the candidate Lead 
Centers. Only ARC and LaRC need additional capability to do flight planning 
for their payloads in Traffic Model-3 (10-12 Spacelab Flights per year). This 
support can be provided by agreement with other Centers (e.g, , JSC), since 
only three flights per year (total) are included for ARC and LaRC in Traffic 
Model-3. 

For the heaviest indicated computer -workloads, at MSFC and GSFC, the 
indicated requirements are only about one hour per day. Both MSFC and 
GSFC operate extensive institutional computer complexes and are judged capable 
of assimilating the indicated workload. 

In summary, computer hardware and software exist within NASA to support 
10- IZ Spacelab flights per year, assuming support to ARC and LaRC by other 
Centers, 
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USE PAYLOAD AND MISSION SPECIALISTS IN FLIGHT PLANNING 
ADVANTAGES 

• REDUCES LEAD CENTER MANPOWER REQUIREMENTS 

• MAXIMIZES USE OF HIGHLY QUALIFIED PEOPLE 

• ENHANCES CONTINUITY FROM FLIGHT PLANNING THROUGH OPERATIONS 
FACTORS 

• PAYLOAD USERS WILL SELECT DISCIPLINE-QUALIFIED PAYLOAD SPECIALISTS 

• MISSION SPECIALISTS ARE TO BE INVOLVED IN EXPERIMENT OPERATIONS 

• TIME FOR FLIGHT PLANNING WILL BE AVAILABLE 

• BACKUP SPECIALISTS CAN BE PART OF POC ACTIVITY 
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USE PAYLOAD AND MISSION SPECIALISTS IN FLIGHT PLANNING 


Payload and Mission Specialists will be intimately involved with Pi's and equip- 
ment designers. They will also participate in testing experiment equipment. 

Their participation in payload flight planning therefore offers definite advantages, 
including those shown on the facing page. In addition to reducing the Lead 
Center's manpower requirements, the use of Payload and Mission Specialists 
for flight planning improves their understanding of mission objectives. Most 
important, the preparation of experiment timelines and procedures by the 
people who will implement them on-orbit enhances the chances for a successful 
flight. 

The factors pertaining to the use of Payload and Mission Specialists are discussed 
in the material that follows. 


MISSION AND PAYLOAD SPECIALISTS 
QUALIFICATIONS FOR FLIGHT PLANNING 


• PAYLOAD SPECIALISTS WILL BE DISCIPLINE-ORIENTED AND HAVE 
BEEN INVOLVED IN THE EXPERIMENT DEVELOPMENT 

• PAYLOAD AND MISSION SPECIALISTS WILL BE TRAINED ON THE 
FLIGHT EQUIPMENT, BY PRINCIPAL INVESTIGATORS AND 
EQUIPMENT DESIGNERS 

• PAYLOAD AND MISSION SPECIALISTS WILL PARTICIPATE IN 
LEVEL II AND III INTEGRATION 

• MISSION SPECIALIST WILL MANAGE EXPERIMENT OPERATIONS 
ON-ORBIT 
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MISSION AND PAYLOAD SPECIALISTS 
QUALIFICATION FOR FLIGHT PLANNING 


The Payload Specialist will be selected by the payload sponsors, with one 
criterion being a solid background in the payload's scientific discipline. The 
Mission Specialist will be a scientist and career astronaut, who is expected 
to become proficient in operation of the experiments. It is anticipated that 
they will participate in Level III and Level II integration of the flight hardware, 
in addition to operation of experiment equipment under the guidance of the 
Principal Investigators and equipment designers. With these basic qualifi- 
cations and with the planned training sequences, the Payload and Mission 
Specialists are highly qualified for planning experiment timelines and 
procedures, for selection of orbits, and for consumables planning. 


THE PAYLOAD FLIGHT CREW CAN PARTICIPATE IN FLIGHT PLANNING 


TRAINING SEQUENCE 

( a ^ screening, orientation and 

SYSTEM FAMILIARIZATION 
(?) PROCEDURAL TRAINING ON EXPERIMENTS 

© experimentApacelab interface training 
(d) combined experiments training 
© habitability and safety training 
© integrated operations training 
© stsApacelab systems o&m training 

PLANNING sequence 
© ORBIT SELECTION 
@ EXPERIMENT TIMELINES 
@ ATTITUDE AND POINTING 
@ CONSUMABLES 
® EXPERIMENT PROCEDURES 
0 FLIGHT DATAFILE 


MONTHS BEFORE LAUNCH 

12 10 8 6 4 2 L 
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THE PAYLOAD FLIGHT CREW CAN PARTICIPATE IN FLIGHT PLANNING 


A typical crew training schedule is shown in the top section o£ the accompanying 
figure, and the flight planning activities for the payload are shown in the lower 
section of the figure, A camparison of the schedules and the activities being per- 
formed indicates that it is both possible and desirable to use payload and mission 
specialists to perform significant portions of the payload flight plan. For example, 
Block B (procedural training on experiments) and Block 5 (experiment procedures) 
occur in parallel and should really be performed together, i. e. , experiment 
procedures must be written in order to do the procedural training, and their use 
in training will show what changes are needed to make them realistic. Also, orbit 
selection, expt^riment timelines, attitude and pointing, and consumables analyses 
can impact the procedures for operating the experiments and should be considered 
during procedural training or experiments; accordingly, Blocks 1, 2, 3, 4 are deemed 
logical activities for the payload and mission specialists during their training on 
experiment procedures. 

Analysis of the training load for the payload and mission specialists indicates that 
time will be available for payload flight planning up to about 4 months prior to launch. 
The liklihood that backup crew members will be assigned and trained increases the 
amount of specialist's time that can be applied to the flight planning activity. Ac- 
cordingly, it is recommended that the specialists be used to help develop the payload 
flight plan during their training on experiment procedures at the host center, the 
experiment contractor's facility, or at the Principal Investigator's laboratory. 
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MISSION AND PAYLOAD SPECIALIST 
CONTRIBUTION TO FLIGHT PLANNING 


MONTHS BEFORE LAUNCH 


FLIGHT PLANNING 

1. FLIGHT REQUIREMENTS 

2. ORBIT SELECTION 

3. EXPERIMENT TIMELINES 

4. ALTITUDE AND POINTING 
CONSUMABLES 

5. EXPERIMENT PROCEDURES 

6. FLIGHT DATA FILE 


9 7 5 3 1 

I — I ^ ^ — I — rn — m 



7. FLIGHT PLAN MAINTENANCE 

TOTAL 



LEAD 

/ CENTER 

PARTICIPATION 


PS/MS 

PARTICIPATION 




• MAJOR CONTRIBUTION IS IN EXPERIMENT PROCEDURES DEVELOPMENT 

• FINAL THREE MONTHS BEFORE LAUNCH ARE LEFT FREE FOR 
INTEGRATED TRAINING AND SIMULATIONS 

• CREW ASSUMED FOR THIS PAYLOAD; ONE MISSION SPECIALIST AND ONE BACKUP 

TWO PAYLOAD SPECIALISTS AND TWO BACKUPS 

• APPROXIMATELY 30 PERCENT OF TOTAL TIME (OVER 12 MONTHS TRAINING PERIOD) 
CONTRIBUTES TO Fu.’GHT PLANNING 
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MISSION AND PAYLOAD SPECIALISTS 
CONTRIBUTION TO FLIGHT PLANNING 


9 


eg 


For an average payload (e,g., Multi-Applications), an analysis has been made of 
flight planning contributions by the Payload and Mission Specialists. The major 
portion of the Specialists' contribution to flight planning is in preparation of 
experiment timelines and procedures and the flight data file, with sxipport from 
the Lead Center for d'.)camentation an.d maua gement. riie Specialists can also 
contribute to the selection of the final orbit, consumables analyses, pointing 
and attitude, since these arc intimately related to experiment operations. The 
schedule, as shown, leaves the crev/ available for integrated crew training and 
final flight preparations during the last three months before launch. During thp' 
period, any updates resulting from experiment simulations or integrated crew 
training will be entered into the flight data filf- by Lead Center flight planners, 
after coordinating with the flight crew. 

A total of 23 man-months of specialist manpower is estimated for average 
payloads, thereby reducing Lead Center workload by an equivalent amount. 



POSSIBLE MANPOWER SAVINGS 


• COMBINED PAYLOAD SPECIALIST EXPERIMENT TRAINING AND PROCEDURES 
DEVELOPMENT 

• COMBINED MISSION SPECIALIST FLIGHT MANAGEMENT TRAINING AND 
FLIGHT PLANNING 


FLIGHT PLANNING 
PHASE 

MANPOWER 

REQUIRED 

(MM) 

FLIGHT CREW 
AVAILABILITY 
(MM) 

REQUIRED ENGI- 
NEERING SUPPORT 
(MM) 

PRELIMINARY 

21 

- 

21 

DETAILED 

38 

20 

18 

FINAL 

n 

3 

8 

SUSTAINING 

13 

- 

13 

TOTAL 

83 

23 

60 
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POSSIBLE MANPOWER SAVINGS 


Based on the three flight planning cycles recommended earlier, the contributions 
of Lead Center and assigned crew can be broken out for an average payload. No 
Specialist contribution is shown for the preliminary flight plan because this plan 
is prepared before the crew has been selected. The major Specialist contri- 
butions {20 man-months) are made in the detailed flight plan that is prepared 
between Level IV and Level III integration, while the Payload and Mission 
Specialists are being trained by the Principal Investigators and equipment 
designers. 



ADDITIONAL ADVANTAGES IN USE OF SPECIALISTS 
FOR FLIGHT PUNNING 


• ELIMINATES COST OF EDUCATING A SPECIALIZED GROUP OF PEOPLE ON 
EQUIPMENT CHARACTERISTICS, SCIENTIFIC OBJECTIVES AND EXPERIMENT 
PROCEDURES 

• GREATLY REDUCES THE COST OF TRAVEL FROM THE LEAD CENTER TO PI'S 
FACILITY OR TO THE EQUIPMENT CONTRACTORS' LOCATIONS. 

• REMOVES AN EXPENSIVE INTERFACE BETWEEN THE PI'S AND THE PAYLOAD 
AND MISSION SPECIALISTS, I.E., ELIMINATES A GROUP OF PEOPLE WHO 
TRANSLATE PI’S EXPERIMENT PROCEDURES INTO A FLIGHT PLAN AND 
SUBSEQUENTLY EDUCATE THE SPECIALISTS ON THE PLAN 

• TRADES THE COST OF APPOINTING BACKUP SPECIALISTS TO HELP IN FLIGHT 
PLANNING AND POC DUTY VERSUS THE COST OF TRAINING DEDICATED 
FLIGHT PLANNERS FOR THESE FUNCTIONS 
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ADDITIONAL ADVANTAGES IN THE USE OF SPECIALISTS 
FOR FLIGHT PLANNING 


If specialized flight planners were to he assigned to this function, they would have 
to become familiar with all details of equipment and objectives in order to do the 
flight planning. Also, their flight plan would later have to be studied and understood 
by the flight crew. Both of these costs can be reduced having the specialists 
participate in the flight planning as they do their training, with support from 
the Lead Center for formatting and documentation. 

Backup specialists enhance the capability of the crew to do Bight planning and to 
support the payload from POC consoles. Both these fimctions have to be performed 
and it appears economically and operationally desirable to assign and use backup 
specialists in this mode. 

Since the specialists must visit Pi's and equipment contractors for the training 
activity, no extra travel costs are incurred for their portion of payload flight 
planning. 
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PAYLOAD AND MISSION SPECIALISTS FOR FLIGHT PLANNING 



• COMBINED TRAINING AND PLANNING ACTIVITIES 

• PAYLOAD SPECIALIST DOES EXPERIMENT PROCEDURES 

• MISSION SPECIALIST DOES IN-FLIGHT REPIANNING/COORDINATION 
PROCEDURES 

• CONTINUITY OF PERSONNEL 

• BACK-UP FLIGHT CREW BECOMES POC TEAM 

® LEAD CENTER PROJECT TEAM PROVIDES DETAILED SUPPORT 

<t FEATURES 

• MINIMIZES MANLOADiNG 

• AVOIDS FORMAL TRAINING OF EXPERIMENT PAYLOAD SPECIALISTS 
ON PROCEDURES DEVELOPED BY OTHER PEOPLE 

• REDUCES NEED FOR A "TRAINING TEAM", WHICH WOULD HAVE TO 
BE TAUGHT EXPERIMENT OPERATIONS IN ORDER TO WRITE AN 
EXPERIMENT FLIGHT PLAN 
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PAYLOAD AND MISSION SPECIALISTS FOR FLIGHT PLANNING 


SUMMARY 


The major characteristics of Payload and Mission Specialists participation in 
payload flight planning are summarized on the facing page. By combining the 
training and planning activities, as shown, the flight plan benefits from the 
Specialists' scientific background, their intimate contacts with Principal In- 
vestigators and equipment designers, and their thorough understanding of the 
flight plan. For operation of the POC, the backup crew will be supporting a 
payload flight plan that they have helped prepare, with a significant improve- 
ment in understanding of timelines, procedures, and consumables plan. Man- 
power requirements are minimized, not only in preparation of the flight plan 
but also in the transfer of information that would be required if the flight plan 
were prepared by other people. 



FLIGHT PLANNING MAN-MONTHS USING PAYLOAD AND MISSION SPECIALISTS 




SPACELAB PAYLOAD FLIGHT/YEAR ! 

FP MAN-MONTHS 21 42 BO 129 

EQUIVALENT PERMANENT EMPLOYEES 2 4 7 II 

EQUIVALENT EMPLOYEES UStNO 
LEARNING CURVE 

MANMONTHS WITH LEARNING CURVE 
EQUIVALENT EMPLOYEES WITH LEARNING CURVE 
EQUIVALENT EMPLOYEES WITH LEARNING CURVE USING PSSMS 


2 

2 

7 

3 

3 

4 

4 

4 

4 

4 

161 

161 

220 

231 

269 

280 

280 

280 

280 

280 

13 

13 

19 

20 

23 

24 

24 

24 

24 

24 

13 

13 

16 

16 

16 

16 

14 

14 

14 

14 


160 

IBS 

185 

190 

190 

165 

165 

165 

165 


13 

16 

16 

16 

16 

14 

14 

14 

14 


5 

e 

8 

8 

8 

6 

6 

6 

6 
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FLIGHT PLANNING MAN-MONTHS USING 
PAYLOAD AND MISSION SPECIALISTS 


Manpower requirements for payload flight planning have been estimated for a 
Lead Center supporting up to four average-payload flights /year with participation 
by Payload and Mission Specialists. The estimates have been made with and 
without consideration of a learning curve. At the rate of four flights per year, 
it has been estimated that, for average payloads, a total of 92 man-months year 
can be provided by the assigned Payload and Mission Specialists, i. e., 23 man- 
months per individual crew. The 92 man-months equate to eight full-time flight 
planners, thus reducing the required equivalent permanent employees as shown 
on the chart. 
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OPERATIONS CONCEPTS THAT REDUCE MANPOWER 


RESULTS 

• MOST CONTINGENCIES ARE RESOLVED IN REAL TIME 

• LIMITING FLIGHT PLANNING ITERATIONS REDUCES MANPOWER AND COMPUTER USAGE 

• MANPOWER REQUIREMENT FOR PLANNING VARIES SIGNIFICANTLY WITH PAYLOAD DISCIPLINE 

• THE NASA COMPUTATIONAL CAPABILITY FOR FLIGHT PLANNING IS GENERALLY SUFFICIENT 
FOR EARLY YEARS 

• SIGNIFICANT MANPOWER SAVINGS ARE POSSIBLE BY COMBINING CREW TRAINING 
AND FLIGHT PLANNING ACTIVITIES 

RECOMMENDATIONS 

• ADOPT DECENTRALIZED FLIGHT PLANNING AT EACH LEAD CENTER 

• CONSIDER THE COMBINATION OF SOME ASPECTS OF FLIGHT PLANNING AND FLIGHT 
CREW TRAINING 
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RECOMMENDED ADDITIONAL NASA ACTIVITIES 


NEED TO LOOK AT EQUIPMENT REQUIREMENTS OF TOTAL TRAINING 
PROGRAM 


• STS 

• SPACE LAB 

• PAYLOAD 

• GROUND CREWS 

NEED TO PERFORM DETAILED POC REQUIREMENTS STUDY 

• MCC CAPABILITY 

• PAYLOAD DATA HANDLING 

• CREW AUTONOMY 


NEED TO LOOK AT TOTAL CAPABILITY OF NASA TO SUPPORT FLIGHT 
PLANNING 

• SOFTWARE 

o COMPUTERS 

• TOTAL WORK LOAD 
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